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(54) IP leased line 



(57) The present invention includes a method, sys- 
tem and computer program product for providing for 
transmission of internet protocol traffic along a transmis- 
sion path in a broadband communication system such 
that a virtual leased IP line provides a guaranteed min- 
imum bandwidth. In one embodiment, the method in- 
cludes the steps of requesting, by a user, reservation of 
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a guaranteed minimum bandwidth sufficient for a pre- 
determined IP traffic usage; selecting automatically and 
dynamically, by a call manager in response to request- 
ing by the user, a transmission path for the virtual leased 
IP line wherein the path provides at least the guaranteed 
minimum bandwidth sufficient to accommodate the pre- 
determined IP traffic usage; and reserving, by the call 
manager, the bandwidth for the transmission path. 
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< 1 
Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to communica- 
tion between users in diverse communication systems, 
and more particularly, to providing a guaranteed mini- 
mum bandwidth over a virtual leased IP line in a broad- 
band communication system including an Internet Pro- 
tocol Telephony Network and public switched telephone 
network. 

BACKGROUND OF THE INVENTION 

[0002] Present day telephony voice networks have a 
network built around circuit switches, end offices, a toll 
network, tandem switches, and twisted pair wires. 
These voice networks are referred to as a public 
switched telephone network (PSTN) or plain old tele- 
phone service (POTS). Due to bandwidth limitations of 
plain old telephone service (POTS), there is an inherent 
inability to efficiently integrate multiple types of media 
such as telephony, data communication for personal 
computers (PC), and television (TV) broadcasts. Ac- 
cordingly, a new broadband architecture is required. 
This new architecture gives rise to a new array of user 
services. 

[0003] Numerous adaptations have been made to te- 
lephony systems to accommodate particular needs of 
users. For example, in conventional communication 
systems that carry computer data and voice, leased line 
systems have been employed to guarantee a minimum 
bandwidth so that, for example, live video may be trans- 
mitted. Developing Internet Protocol networks will re- 
quire a similar accommodation that guarantees effective 
live video transmittal or other applications that demand 
consistent high bandwidth requirements. Thus, there is 
a need to provide a guaranteed minimum bandwidth 
over a virtual leased IP line in a broadband communi- 
cation system that implements an Internet Protocol Net- 
work. 

SUMMARY OF THE INVENTION 

[0004] Aspects of the invention include providing 
broadband access capabilities or enhanced services for 
use in conjunction with a packetized network such as 
an Internet Protocol (IP) based system infrastructure. 
[0005] Other aspects of the invention include provid- 
ing one or more of the following either individually, or in 
any combination or subcombination: a new broadband 
architecture; broadband network capabilities, including 
local access; and enhanced services for use in conjunc- 
tion with a packetized network such as an Internet Pro- 
tocol (IP) based system infrastructure. 
[0006] The present invention provides for transmis- 
sion of Internet Protocol traffic along a transmission path 
in a broadband communication system to provide a 



guaranteed minimum bandwidth over a virtual leased In- 
ternet Protocol (IP) line. In one embodiment, the user 
sends a message to a call manager requesting reserva- 
tion of a guaranteed minimum bandwidth that will be suf- 
5 ficient for his particular use, such as for receiving live 
video, or for participation in a video conference. Typical- 
ly, once a user selects minimum Quality of Service 
(QoS) requirements, it is the job of the network to insure 
that these requirements are complied with/guaranteed. 
10 Then, the call manager dynamically selects a transmis- 
sion path for a virtual leased IP line such that the path 
provides at least the guaranteed minimum bandwidth 
sufficient to accommodate the predetermined IP traffic 
usage requested by the user. Next, the call manager re- 
ts serves the guaranteed minimum bandwidth for the 
transmission path that will satisfy the request of the user. 
As in the landline leased line system, the user may also 
choose to invoke Quality of Service parameters that will 
allow him to receive a desired level of service that ex- 
20 ceeds the guaranteed minimum bandwidth. For exam- 
ple, a Quality of Service Parameter may include a min- 
imum acceptable source-to-destination transmission 
delay, a predetermined maximum number of dropped 
packets per preselected time frame, or a predetermined 
25 quality of a voice-grade transmission path. The Bit Error 
Rate (BER) is typically the guiding parameter. The non- 
blockjng rate may be 99.9%. 

[0007] In another embodiment the method of the 
present invention provides a transmission path that in- 

30 eludes a virtual leased Internet Protocol (IP) transmis- 
sion portion/line for transmitting Internet Protocol (IP) 
packets across a broadband communication network 
and includes at least the steps of: requesting, by a user, 
a guaranteed minimum bandwidth for a preselected 

35 transmission; selecting automatically, by a call manag- 
er, the transmission path for transmitting the IP packets 
to provide the guaranteed minimum bandwidth; and re- 
serving, by the call manager, the transmission path such 
that the transmission path substantially comprises a vir- 

40 tual leased IP line. Generally, the broadband communi- 
cation network includes an Internet Protocol Telephony 
Network and a public switched telephone network. Also 
Quality of Service parameters may also be selected by 
the user to implement further desired characteristics of 

45 the Internet Protocol network. 

[0008] The present invention is typically implemented 
in a broadband communication system for transmission 
of Internet Protocol (IP) traffic having at least a first CPE, 
a BRG unit, and a call manager. A user generally uses 

50 the CPE (such as a computer or videophone) to send a 
request to the call manager to obtain a guaranteed min- 
imum bandwidth for a preselected transmission. The 
CPE may be used for receiving the preselected trans- 
mission. Where a video conference is being requested, 

55 a plurality of CPEs may be used to send and receive 
transmissions. Alternatively, in a call conference sce- 
nario, the host CPE could reserve bandwidth for partic- 
ipating CPEs. Typically, a BRG is arranged to receive 
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the input for each CPE, and may also be coupled to a 
hybrid fiber coaxial plant that may be coupled to a head- 
end hub that is coupled to the IP network. The CPE may 
be directly coupled to the BRG, or may also have a wire- 
less connection to the BRG. The BRG is typically also 
arranged to transmit information to the call manager, 
such as the request for guaranteed minimum bandwidth 
for a particular use. The IP Network is generally ar- 
ranged to receive the information from/to the customer 
premises equipment and to receive the information 
from/to the call manager. Information is generally ar- 
ranged in packets as is known in the art. The call man- 
ager is typically arranged to send and receive the infor- 
mation sent to and from the IP Network, and automati- 
cally selects and reserves the transmission path for 
transmitting the IP packets to provide the guaranteed 
minimum bandwidth. The transmission path selected 
and reserved is substantially a virtual leased IP line. 
Clearly, Quality of Service parameters may be selected 
as described above. The BRG could be used to reserve 
the bandwidth which would be available to all CPEs con- 
nected to that BRG. 

[0009] The present invention may also be implement- 
ed using a computer program product for automatically 
determining a transmission path that includes a virtual 
leased Internet Protocol (IP) transmission portion/line 
for transmitting Internet Protocol (IP) packets across a 
broadband communication network. Such a product 
generally includes a computer-readable storage medi- 
um with computer-executable program code embodied 
in the medium. The code may be arranged to receive a 
request, by a customer premises user, for a guaranteed 
minimum bandwidth for a preselected transmission, 
provide for selecting automatically the transmission 
path for transmitting the IP packets to provide the guar- 
anteed minimum bandwidth; and provide for reserving 
the transmission path. Again, generally the broadband 
communication network includes an Internet Protocol 
Telephony Network and a public switched telephone 
network, and Quality of Service parameters may be se- 
lected as desired. In one embodiment, the computer 
program product is executed by the call manager. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] Fig. 1 shows a schematic representation of a 
broadband network (e.g.broadband IP based network) 
in accordance with a preferred embodiment of aspects 
of the present invention. 

[0011] Fig. 2 shows a block diagram of a preferred 
embodiment of a centralized control (IP central station) 
in accordance with aspects of the present invention. 
[0012] Fig. 3 shows a block diagram of a preferred 
embodiment of a local control apparatus (broadband 
residential gateway) in accordance with aspects of the 
present invention. 

[0013] Fig. 4 shows a detailed schematic representa- 
tion of an exemplary embodiment of the broadband net- 



4 

work shown in Fig. 1. 

[0014] Fig. 5 is a signal flow diagram illustrating a typ- 
ical on-network to off-network call according to one pre- 
ferred method of operating the broadband network 

5 shown in Fig. 1. 

[0015] Fig. 6 is a signal flow diagram illustrating a typ- 
ical on-network to on-network call according to one pre- 
ferred method of operating the broadband network 
shown in Fig. 1. 

w [0016] Figure 7 is a flow chart showing steps for one 
embodiment of a method for transmission of Internet 
Protocol traffic along a transmission path in a broadband 
communication system to provide a guaranteed mini- 
mum bandwidth over a virtual leased IP line in accord- 

15 ance with the present invention. 

[0017] Figure 8 is a flow chart showing another em- 
bodiment of steps in accordance with the method of the 
present invention. 

[0018] Figure 9 is a block diagram showing one em- 
20 bodiment of a broadband communication system for 
transmission of Internet Protocol (IP) traffic in accord- 
ance with the present invention. 
[0019] Figure 10 is a block diagram of a computer pro- 
gram product for automatically determining a transmis- 
25 sion path that includes a virtual leased Internet Protocol 
(IP) transmission portion/line for transmitting Internet 
Protocol (IP) packets across a broadband communica- 
tion network in accordance with the present invention. 

30 DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

[0020] Traffic in an IP network is connection-less 
packet-switched traffic rather than the traditional wire- 

35 line, connection-oriented, circuit-switched traffic in 
POTS. In other words, the IP resources may be shared 
among users even though the "line" appears to be "re- 
served" or "leased" by a user. The guaranteed through- 
put for IP leased line traffic is maintained by traffic mon- 

40 itoring, performance tuning and traffic routing, not by 
static end-to-end physical resource assignment. An IP 
leased line connection will guarantee a predetermined 
amount of bandwidth or throughput such that the leased 
line may be billed to the subscriber on an as needed 

45 and/or per call basis, permitting smaller users to be able 
to afford use the virtual IP leased lines. The leased IP 
line will appear to the user that the connection to the 
other side is always on and the throughput is constantly 
maintained ata certain rate, but will typically require few- 

50 er resources than the wire-line based lease line imple- 
mentation. Also, traffic overloading for an IP leased line 
may be more easily handled. Whenever a network ele- 
ment in the IP network detects a traffic overload condi- 
tion, the stressed node will notify other nodes to re-route 

55 the IP leased line packets to other network elements for 
transport, resulting in less probability of an overload 
than in a wire-line, connection-oriented, circuit-switched 
system. If the user negotiates specific parameters and 
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then the user overloads the leased line, the user must 
renegotiate the chosen parameters (for an additional 
fee) if the user desires to maintain the level of service. 
If the user chooses not to renegotiate, then the user un- 
derstands that he may experience degradation in line 
quality. First, the general system will be described be- 
low. 

[0021] A new system is provided for broadband ac- 
cess and applications. Unless otherwise indicated by 
the appended claims, the present invention is not limited 
to the preferred embodiments described in this section 
but is applicable to other integrated multimedia commu- 
nication systems. 

I. Integrated Communication System Overview 

[0022] Referring to Fig. 1 , an exemplary embodiment 
of a broadband network 1 , the broadband network gen- 
erally provides interconnection between a plurality of 
customer locations utilizing various interconnection ar- 
chitectures including Internet Protocol (IP) based net- 
work, various existing systems (legacy systems) such 
as the public switched telephone network (PSTN), ATM 
networks, the Internet, signaling networks, as well as 
other systems. The broadband network provides versa- 
tile intelligent conduits that may carry, for example, In- 
ternet Protocol (IP) telephony or multimedia signals be- 
tween the customer premises over, for example, the 
public switched telephone network, Internet, or wireless 
communication networks. 

[0023] Again referring to Fig. 1 , the broadband net- 
work 1 may include one or more customer premises 
equipment (CPE) units 102. The customer premise 
equipment 102 may be variously configured. In one ex- 
ample, the customer premise equipment 102 may in- 
clude one or more local control devices such as a broad- 
band residential gateway (BRG) 300. Although the 
broadband residential gateway is preferably disposed 
in a residence for many aspects of the invention, in ex- 
emplary embodiments, it may also be disposed in a 
business or other location. The broadband residential 
gateway 300 may be variously configured to provide one 
or more integrated communication interfaces to other 
devices within the customer premise equipment 102 
such as televisions (TV), personal computers (PC), 
plain old telephone system (POTS) phone(s), video 
phones, IP enabled phones, and other devices. For ex- 
ample, the broadband residential gateway 300 may pro- 
vide one or more telephone port connections (e.g. , plain 
old telephone system), Ethernet connections, coaxial 
connections, fiber distributed data interface (FDD!) con- 
nections, wireless local area network (LAN) connec- 
tions, firewire connections, and/or other connections to 
a plurality of devices such as plain old telephones, IP 
based phones, television converters, e.g., cable televi- 
sion (CATV) set top devices, televisions, digital televi- 
sions, high definition televisions (HDTV), video phones, 
and other devices. In exemplary embodiments, the 



broadband residential gateway 300 may support com- 
munications between any of the aforementioned devic- 
es in intra-premises calling and/or extra-premises call- 
ing. Further, when the broadband residential gateway 
5 300 is used in a business environment, it can function 
as a private branch exchange or key type telephone sys- 
tem. 

[0024] In Fig. 1, broadband residential gateway 300 
is illustrated as a single physical device. This configura- 
te tion is appropriate where centralization of maintenance 
and control is desirable. Alternatively, the broadband 
residential gateway 300 may be separated into more 
than one physical device allowing functionality to be dis- 
tributed to a plurality of different physical locations in the 

15 customer premise and/or broadband network 1 . Howev- 
er, in many embodiments, having a centralized broad- 
band residential gateway 300 located in a single location 
provides ease of maintenance, control, and re-configu- 
ration as well as a reduction in cost due to shared func- 

20 tionality. For example, the broadband residential gate- 
way may be configured to provide the intelligence need- 
ed to allow each of the customer premises equipment 
devices to operate within the broadband network 1 . For 
example, analog voice may be converted to digital data 

25 and packetized for transmission in an appropriate output 
protocol such as an Internet protocol (IP). 
[0025] In exemplary embodiments, the broadband 
residential gateway 300 may function to couple devices 
within the customer premise equipment 102 to the rest 

30 of the broadband network 1 using any suitable broad- 
band communication mechanism. In the embodiment 
shown in Fig. 1, the broadband residential gateway 300 
utilizes a hybrid fiber-coaxial plant 112 to couple the 
broadband residential gateway 300 to the rest of the 

35 broadband network 1 . The hybrid fiber-coaxial plant 1 1 2 
may be preferred in many embodiments over other 
broadband communication mechanisms because of the 
large number of homes currently connected to cable 
networks, the capacity for shared access, and the ability 

40 for asymmetric data access speeds which allow high 
quantities of data to be distributed to the various devices 
in the customer premises equipment 112. The hybrid fib- 
er-coaxial plant 112 may include coaxial cable and/or 
optical fiber networks in any suitable combination. The 

45 hybrid fiber-coaxial plant 112 may provide an intelligent 
broadband conduit between the broadband residential 
gateway 300 and a gateway such as the head-end hub 
(HEH) 115. The head-end hub 115 may be variously 
configured to provide various services and/or intercon- 

50 nections with the rest of the broadband network 1 . For 
example, the head-end hub 115 may provide an inter- 
connection point to gather and aggregate external serv- 
ices (e.g., off air and satellite video, public switched tel- 
ephone network voice, multimedia messages, and In- 

55 ternet data) for distribution to and from the hybrid fiber- 
coaxial plant 112. With respect to telephony and multi- 
media calls, the head-end hub 115 may function as in- 
telligent conduit for connection and communication be- 
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tween the hybrid fiber-coaxial plant 112 and external 
networks such as an IP network 120 and/or an ATM/ 
frame relay/cell relay network 185. 
[0026] The broadband network 1 may include any 
number of interconnected head-end hubs 115, IP net- 5 
works 120, and/or ATM networks 185. Further, the IP 
network 1 20 and/or ATM network 1 85 may be connected 
to one or more other networks and devices such as: 

(1 ) external networks including a public switched 
telephone network (PSTN) 170, an signaling sys- 
tem 7 (SS7) network 170, an Internet 180, and/or a 
wireless network 144; 

(2) various components including one or more pri- 
vate branch exchanges 146, terminals 142 includ- 
ing computers and wireless devices, and/or one or 
more stand alone broadband residential gateway 
300; 

(3) one or more administration centers 155; 

(4) one or more secure network management data 
networks 190 such as a network operations center 
(NOC); 

(5) one or more billing systems 195 such as OSS; 
and/or 

(6) one or more centralized control centers such as 
what is referred to as an IP central station 200. 

[0027] The IP network 120 and/or ATM network 185 
may include one or more routers and/or other devices 
to route, for example, telephony calls, multimedia calls, 
signaling messages, administrative messages, pro- 
gramming messages and/or computer data between the 
various devices in the broadband network 1 such as the 
head-end hub 115, the public switched telephone net- 
work 160, the private branch exchange (PBX) 146, as 
well as the other devices discussed above. In preferred 
embodiments, the information traveling in the IP net- 
work 120 may be packetized and formatted in accord- 
ance with one of the Internet protocols. The IP network 
1 20 may also include gateways to interface with the var- 
ious other networks and/or devices. For example, the 
gateways may be distributed at the edge of the IP net- 
work where the IP network interfaces with one of the 
other devices or networks. Alternatively, the gateways 
interfacing the IP central station 200 to, for example, the 
Internet 1 80, public switched telephone network (PSTN) 
160, signaling system 7 (SS7) 170, wireless networks 
144, ATM/frame/cell relay networks 185 may be provid- 
ed in the IP central station 200, or in both the IP network 
120 and the IP central station 200, and/or partially dis- 
tributed between the IP network 120 and the IP central 
station 200. Where the gateways are separated by an 
IP network 200, an appropriate transport protocol may 
be utilized to logically connect the IP central station 200 
to the particular gateway. 

[0028] The IP central station(s) 200 may be connect- 
ed to, for example, one or more IP networks 120, ATM 
networks 185, secure management data networks 190, 



and/or administration centers 1 55. The IP central station 
200 may be variously configured to include one or more 
servers and/or one or more gateways. In exemplary em- 
bodiments, the servers and gateways provide the nec- 
essary intelligence and traffic management capabilities 
to enable information, e.g., IP telephony signals, to trav- 
el through the broadband network 1, For example, the 
IP central station 200 may be configured to manage 
voice information transfer from the public switched tel- 
ephone network 160, through the IP network 120, and 
into and out of one or more devices such as those con- 
nected to a broadband residential gateway 300. The IP 
central station may be configured to store various con- 
trol and system information such as location, address, 
and/or configurations of one or more broadband resi- 
dential gateways 300, as well as other routing and call 
set-up information. 

[0029] In exemplary embodiments, one or more ad- 
ministration centers 155 may be connected to the IP net- 
work 120 and provide billing and local directory number 
portability administration. The local number portability 
may be handled by one or more Local Service Manage- 
ment System (LSMS) which may be included in the ad- 
ministration center 155 and/or in the IP central station 
200. Further, the Secure Management Data Network 
190 may also include a mechanism for transferring var- 
ious information such as billing, call tracking, and/or cus- 
tomer service provisioning. Various existing systems 
may be utilized to provide this information such as ex- 
isting billing systems (OSS) 195 and/or one or more net- 
work operations center (NOC). The network operations 
centers may be included in the administration center 
155, the IP central station 200, and/or the billing system 
195. The network operations center (NOC) may be var- 
iously configured to include a translation server to allow 
communications with the various disparate entities (e. 
g., legacy systems) in the broadband network 1. 
[0030] The IP network 120 and/or the ATM network 
185 illustrated in Fig. 1 may include one or a plurality of 
sub-networks. Each of the sub-networks may include its 
own IP central station 200 in a distributed configuration, 
with certain routing data replicated across all IP central 
stations or each sub-network may be connected to a sin- 
gle centralized IP central station 200. Where the IP net- 
work 1 20 includes one or more sub-networks, each sub- 
network may be connected to multiple head-end hubs 
1 1 5. Further, each head-end hub 1 1 5 may be connected 
to multiple hybrid fiber-coaxial plants112, and each hy- 
brid fiber-coaxial plant 112 may be connected to multiple 
pieces of customer premises equipment 102 and/or 
broadband residential gateways 300. The IP network 
120 provides an interconnected broadband network 
which may be utilized to transport and route packetized 
information to and from diverse geographic locations 
and may be used on a national or international basis. 
Further, the IP network 120 and/or ATM network 185 
may utilize private network facilities and/or may be pro- 
visioned over a shared network such as the Internet. 
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[0031] The IP central station 200 may be configured 
to provide connectivity for the broadband residential 
gateway 300 to the Internet 180 (e.g., World Wide Web 
(www)), as well as connectivity to other external net- 
works such as public switched telephone network 160 
and signaling system 7 (SS7) 170 for end-to-end voice, 
multimedia, and data applications, for example voice 
over IP telephony. IP packets traveling through the IP 
network provide for priority so that, for example, voice 
packets are given priority over data packets to maintain 
certain VoIP telephony QoS requirements and a leased 
line concept for packet traffic which may have an even 
higher priority. However, the system is sufficiently flexi- 
ble so that the priority can be dynamically altered ac- 
cording to customer preferences, variable billing rates, 
traffic patterns, and/or congestion. 

A. Internet Protocol Central Station 

[0032] Referring to Fig. 2, the IP central station 200 
may be variously configured. In preferred embodiments, 
it may be configured to ensure seamless integration of 
IP based communication system including the IP net- 
work 120 with the public switched telephone network 
160, signaling system 7 (SS7) network 170, and the In- 
ternet 180 so that packetized data, for example, voice 
calls and information data, is properly transferred be- 
tween the broadband residential gateway 300, the pub- 
lic switched telephone network 160 and/or the Internet 
180. In one embodiment, the hybrid fiber-coaxial plant 
112, head-end hub 115, and IP network 120, provide a 
virtual signaling conduit for packetized voice and data 
which may, with the coordination of the IP central station 
200, be provided in the appropriate format between the 
broadband residential gateway 300 and the public 
switched telephone network 160 and/or Internet 180. 
[0033] Again referring now to Fig. 2, the IP central sta- 
tion 200 may include a central router 200, for example, 
a gigabit switch, which may be utilized to interconnect 
various servers and gateways contained in the IP cen- 
tral station 200. The central router 210 provides for ex- 
ample Ethernet switching and aggregate traffic between 
servers, gateways and the IP network 120 and/or ATM 
network 185 backbone. In one exemplary embodiment, 
the central router 210 provides high-speed, non-block- 
ing IP and IP multicast Layer 3 switching and routing. 
The IP central station 200 may include one or more of 
the following servers: the least cost server (LCS) 255, 
the time of day (TOD) server 212, the dynamic host con- 
trol protocol (DHCP) server, the trivial file transfer pro- 
tocol (TFTP) server, and the domain name service 
(DNS) server 21 4, the system management (SM) server 
216, the call manager (CM) server 218, the announce- 
ment server (AS) 220, the multimedia server (MS) 222, 
and/or the conference server (CS) 224. As illustrated in 
Fig. 2, the servers may be separate servers, for example 
the call manager server 21 8, or may be incorporated into 
a single server. In the exemplary embodiment, the dy- 



namic host control protocol server 131, trivial file trans- 
fer protocol server 132, and the domain name service 
server 214 are each incorporated in a single server fa- 
cility. Each server in the IP central station 200 may in- 

5 elude computer(s), storage device(s), and specialized 
software for implementing particular predefined func- 
tions associated with each server. In this manner, the 
servers in the IP central station may be provisioned as 
a main server and one or more back-up servers to pro- 

10 vide redundant processing capabilities. Similarly, the 
router may be implemented as a main router and a back- 
up router with similar routing functionality. 
[0034] The IP central station 200 may also include, for 
example, one or more of the following gateways: a ele- 

15 ment management gateway (EMG) 238, an accounting 
gateway (AG) 240, an Internet (Boarder) gateway (IG) 
236, a signaling system 7 (SS7)) gateway (SG) 234, a 
voice gateway (VG) 232, and/or a multimedia gateway 
(MG) 230. The IP central station 200 may utilize one or 

20 more of these gateways to provide centralized system 
intelligence and control of voice and/or data IP packets. 
[0035] In exemplary embodiments, the dynamic host 
control protocol server and domain name service server 
214 may operate to dynamically assign IP addresses 

25 devices in the customer premise equipment 1 02. Where 
a dynamic IP assignment scheme is used, the customer 
premises equipment may be provided with one or a plu- 
rality of dynamic IP assignment when activated initially, 
and/or at the initiation of each active session. Where an 

30 |p address is assigned when the device is initially acti- 
vated, it may be desirable to assign a single IP address 
to a single broadband residential gateway and assign a 
port address to devices connected to the broadband 
residential gateway 300. In other embodiments, an in- 

35 dividual IP address may be assigned to each device 
coupled to the broadband residential gateway 300. For 
example, the broadband residential gateway may in- 
clude and/or be coupled to one or more cable modems, 
IP phones, plain old telephone system phones, comput- 

40 ers, wireless devices, CATV converters, video phones, 
and/or other devices which each may be assigned a 
unique static and/or dynamic IP address and/or a port 
of a one of these IP addresses. The particular protocol 
for allocating IP addresses and/or ports may be speci- 

45 fied using protocols defined in the dynamic host control 
protocol server 214. In exemplary embodiments, the dy- 
namic host control protocol and DN server 214 may be 
configured to assign available IP addresses from ad- 
dress pools based, for example, on the identity or type 

50 of requesting device, the amount of use expected for the 
requesting device, and/or predefined assignment proto- 
cols defined in the dynamic host control protocol and 
DN server 214. In centralized embodiments, it may be 
desirable to configure the call manager (CM) 21 8 to pro- 

55 vide sufficient information such that the domain name 
service server 214 can distinguish between static IP de- 
vices, dynamic IP devices, registered devices, unregis- 
tered devices, and registered devices that have been 
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assigned to a particular class of service e.g., data vs. 
telephony, un-provisioned, vs. provisioned, etc. 
[0036] The trivial file transfer protocol (TFTP) server 
214 may be configured to transfer certain information 
to/from one or more broadband residential gateways 
300. In exemplary embodiments, the trivial file transfer 
protocol server provides Data Over Cable Service Inter- 
face Specifications (DOCSIS) configuration information 
containing QoS parameters and other information re- 
quired for the broadband residential gateway 300 to op- 
erate optimally. 

[0037] The time-of-day (TOD) server 212 may include 
a suitable facility for maintaining a real time clock such 
as an RFC868-compliant time server. In exemplary em- 
bodiments, the time-of-day server 212 provides system 
messages and/or responses to system inquiries con- 
taining a coordinated time, e.g., universal coordinated 
time (UCT). The universal coordinated time may be 
used by any of the servers and/or devices in the broad- 
band network 1 . For example, the broadband residential 
gateway 300 may use the universal coordinated time to 
calculate the local time for time-stamping error logs. 
[0038] The system management (SM) server 216 
may include responsibility for the overall operational 
state and functioning of components the broadband net- 
work 1 , either alone, or in combination with other system 
management servers 216. The system management 
(SM) server 21 6 may be variously configured to provide 
monitoring and administrative functions for devices 
within the broadband network 1. For example, the sys- 
tem management server 216 may be configured to pro- 
vide management of various database functions, mem- 
ory buffer functions, and software utility functions within 
the broadband network 1. Software management in- 
cludes, for example, version control, generic control, 
and/or module control. 

[0039] The least cost server (LCS) 255 may be vari- 
ously configured to enable the system to determine the 
least cost routing of telephone and data transmission 
throughout the network. The least cost server 255 may 
also provide one or more broadband residential gate- 
way users capability to select between, for example, 
cost and Quality of Service (QoS). 
[0040] The announcement service (AS) server 220 
may be variously configured. In exemplary embodi- 
ments, it may store and send announcements to spec- 
ified destinations and/or ail destinations based on in- 
structions received by, for example, the call manager 
(CM) server 218. The announcement server 220 re- 
ceives, for example, Media Gateway Control Protocol 
(MGCP) or later signaling (e.g., H.GCP - an ITU stand- 
ard Gateway Control Protocol ) control messages from 
the call manager 21 8, and sends announcements to one 
or more voice gateways (VG) 232 and/or the one or 
more broadband residential gateway 300 (e.g., using 
Real Time Protocol (RTP) packets). The announcement 
server 220 may send an announcement once, a prede- 
termined number of times, or in a continuous loop. The 



announcement server 220 may detect when a phone or 
other device has been taken off-hook and play an ad- 
vertisement or other announcement to the user. Where 
a user has signed-up for an advertising plan whereby 

5 phone rates are reduced in return for advertising reve- 
nue generated by the advertisements, the announce- 
ment server 220 may be utilized to track the number of 
individuals with a particular income, age, or other profile 
which hear the advertisement. The announcement serv- 

10 er 220 may respond to requests from individual system 
devices such as one of the broadband residential gate- 
ways 300 and/or under control of, for example, the call 
manager 21 8. Where the announcement server is under 
control of the call manager 218, the call manager may 

15 be configured to control various operating parameters 
of the announcement server. For example, the call man- 
ager 218 may request that certain announcements are 
sent once, a specified number of times, or in a continu- 
ous loop. 

20 [0041] In still further embodiments, announcements 
may be generated elsewhere in the broadband network 
1, stored as files, and distributed to one or more an- 
nouncement servers via a file transfer protocol or re- 
source such as the trivial file server 214 using one or 

25 more file transfer protocols. In many embodiments, it is 
desirable to store announcements in an appropriate en- 
coding format (e.g., G.711 or G.729) within the An- 
nouncement Server. The announcement may have an 
audio component and/or a audio/video component. The 

30 audio/video component may be stored using a combi- 
nation of an encoding format (e.g., G.711) and/or a 
standard file format such as wave (WAV), MPEG, and 
other suitable formats. 

[0042] In one exemplary method of operation, a user 

35 picks up a telephone which sends a signal to the call 
manager 21 8. Subsequently, the call manager 21 8 may 
establish a connection to the announcement server 220 
and play one or more pre-recorded and/or predeter- 
mined announcement (hypertext and/or audio). Signal- 

40 ing tones such as a busy signal may be played by the 
broadband residential gateway 300 or the call manager 
218, but Special Information Tones (SIT) and/or mes- 
sages may also be included as part of an announcement 
file. In this way, the user experience is enhanced such 

45 that the user receives a busy message and/or hypertext 
announcement providing one of several options for con- 
tacting the called party. The announcement server 220 
may have information entered by a user using, for ex- 
ample, a broadband residential gateway to provide ad- 

50 ditional information to the called party. The additional in- 
formation may include the ability to leave a message, 
type-in a chat note, page the called party, barge-in on 
the call, and/or other user or system defined call han- 
dling capabilities. 

55 [0043] The announcement server 220 may also be 
programmed with various system messages such as an 
announcement indicating that a number dialed is incor- 
rect or that the call did not go through as dialed, that the 
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lines are busy, that all lines between two countries are 
currently busy, that the called party has changed num- 
bers, that the called parties phone has been disconnect- 
ed, that one or more system errors have occurred, and/ 
or other announcement messages. 
[0044] The call manager (CM) 218 may be variously 
configured. In exemplary embodiments, the call manag- 
er 218 provides a centralized call control center for sup- 
porting call set-up and tear-down in the broadband net- 
work 1 . The call manager 218 may be configured to in- 
clude trunk and line information maintenance, call state 
maintenance for the duration of a call, and/or user serv- 
ice features execution. The call manager 218 may also 
provide for call processing functions such as a stand- 
ardized call model for processing the various voice con- 
nections such as voice over IP calls. In exemplary em- 
bodiments, a standardized "open" call model may be uti- 
lized which supports standardized application program- 
ming interfaces (APIs) to provide transport services and 
other user functions such as calling cards. An open ap- 
plication programming interface and call set-up inter- 
face in the call manager will enable third party applica- 
tions to be loaded into the call manager 21 8 and broad- 
band residential gateway 300. This will facilitate the de- 
velopment of third party applications for enhancing the 
functionality of components in the broadband network 
1 . For example, third parties and other equipment ven- 
dors may manufacture various broadband residential 
gateways 300 for use in the broadband network 1 by 
writing applications to support the open call model of the 
call manager 218. The call manager 218 and/or broad- 
band residential gateway 300 may also be configured 
to execute and/or accept commands form a standard- 
ized scripting language which may generate instructions 
for the call manager 218 and/or broadband residential 
gateway 300 to execute various functions. The scripting 
functionality may include the ability to execute an entire 
call model including interfaces to the signaling system 
7 (SS7) 170, public switched telephone network 160, IP 
network 120, ATM/frame/cell relay network 185, and/or 
other functions within, for example, IP central station 
200 such as the multimedia server 222, announcement 
server 220, system management server 216, confer- 
ence server 224, time of day server 212, least cost serv- 
er 255, and/or domain name server 214. 
[0045] The call manager 218 may also be configured 
to maintain the call states for each call it handles (e.g., 
a voice over IP call) and respond to system events cre- 
ated by, for example, the multimedia gateway control 
protocol (MGCP) messages and/or integrated services 
digital network user part (ISUP) messages for signaling 
system 7 (SS7) protocol that may occur during the 
processing of a call. Exemplary events handled by the 
call manager 218 include call state changes, call feature 
changes/call feature triggering events, changes in the 
status of lines and trunks, and/or error conditions. Fur- 
ther, the call manager 218 may interact with devices 
connected to a single circuit on the public switched tel- 



ephone network 1 60 and/or a device connected to a port 
of the broadband residential gateway 300. In this man- 
ner, new devices may be added to the infrastructure and 
operate using the open call model contained in the call 

5 manager 218. 

[0046] The call manager 218 may also include stor- 
age for subscriber and network configuration, a cache 
server for faster access to frequently used data, a rout- 
ing engine for selecting an appropriate routing algorithm 

10 (e.g., least cost routing), and/or a service broker which 
provides the data and logic for specific services. In ad- 
dition, the call manager 218 may include an authentica- 
tion (AC) server 245 that provides authentication of var- 
ious devices, objects, packets and users in the integrat- 
es ed multimedia system. In this manner, a user may verify 
the identity of the calling or called party. 
[0047] The call manager 21 8 may interact with the sig- 
naling gateway (SG) 234, the accounting gateway (AG) 
240, the element management gateway (EMG) 238, the 

20 voice gateway (VG) 232, and the multimedia gateway 
(MG) 230 using any suitable protocol such as IP and an 
interconnection mechanism such as the central router 
210. In one preferred embodiment, the call manager 21 8 
may be configured to utilize signaling messages such 

25 as: a) ISUP messages over Common Object Broker Ar- 
chitecture (COBRA) interface to and/or from signaling 
gateway 234, b) MGCP, SIP - simple internet protocol, 
H.GCP, and/or other suitable control messages to and/ 
or from the announcement server 220, c) call event 

30 records in modified Radius format to the accounting 
gateway 240, d) Radius (or Enhanced Radius or com- 
patible protocol) control messages to and/or from the 
voice gateway 232 and/or the broadband residential 
gateways 300, and e) signaling network management 

35 protocol (SNMP) messages to and/or from the element 
management gateway 238. 

[0048] The call manager 218 may incorporate one or 
more databases. For example, the call manager 218 
may include database information such as (1 ) a resourc- 

40 es database that provides an identification of what re- 
sources are connected to the broadband network 1 and 
their current state; (2) a trunk/gateway database that in- 
dicates which gateway serves what circuits in a trunk; 
(3) a customer database which indicates whether a call 

45 is authorized, identifies what services a line supports 
and determines whether a telephone number is on or off 
the integrated IP communication network; (4) a number- 
ing plan / least cost routing database which provides 
routing information that enables the IP central station 

50 200 to choose the correct trunk as a function of the call 
number; and (5) a local number portability (LNP) data- 
base that indicates the North American Numbering Plan 
(NANP) and associated prefixes which are open for as- 
sociation with the number portability service; and (6) an 

55 address of the service control point (SCP) towards 
which requests for translating these local portability 
numbers should be routed. 

[0049] In exemplary embodiments, the broadband 
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network 1 includes equipment compatible with the CO- 
BRA standard. COBRA may be utilized to allow appli- 
cations from a plurality of vendors to operate with each 
other. The COBRA standard allows a company, such as 
AT&T, to build its network using multi-vendor equipment 
and yet ensure seamless integration and operation. 
Some of the major areas covered by COBRA v. 2.2 in- 
clude: Inter-ORB Bridge Support, General Inter-ORB 
Protocol (GIOP) support, Internet Inter-ORB Protocol 
(HOP) support, and Environment Specific Inter-ORB 
Protocol (ESIOP) support. The call manager 218 may 
integrate these protocols to facilitate call set-up with di- 
verse equipment. This is advantageous in that equip- 
ment from a plurality of vendors may interoperate over 
the broadband network 1 without modification. 
[0050] The multimedia server (MS) 222 may be vari- 
ously configured. For example, one or more multimedia 
servers may provide support for multimedia messaging 
service and/or the overall management of multimedia 
voice and mail messages transmitted across the broad- 
band network 1. The multimedia server may be config- 
ured to support e-mail (e.g., html) messages, voice mail 
(audio) messages, and/or video mail (audio and video) 
messages. The multimedia messages may include 
standard pre-configured system messages, advertising 
messages, and/or user defined messages. In either 
event, where the messages are stored in a centralized 
location, the multimedia server may provide such stor- 
age. Where the multimedia server 222 provides storage 
for the multimedia messages, a database may be uti- 
lized for indexing, storage, and retrieval of such mes- 
sages. In exemplary systems, the user may access pre- 
determined ones of these messages. The multimedia 
server 222 may utilize IP as a method of communicating 
with other devices across the broadband network 1 . 
[0051] The conference server (CS) 224 may be con- 
figured to provide for multiparty conference calls using, 
for example, IP voice packets during an IP telephony or 
multimedia session call. The conference server 224 
may include specialized software that runs on a com- 
puting platform having associated multiplexing and de- 
multiplexing capability for segregating and aggregating 
user information packets. For example, the conference 
server may log several calls into a conference session. 
When information packets are sent from one or more 
phones, they are aggregated and sent to the other 
phones on the conference call. The conference server 
224 may use any suitable communication protocol such 
as H.GCP or SIP. The conference server 224 may func- 
tion to aggregate user information from two or more us- 
ers onto a single call path. The conference server 224 
may include one or more "call-in numbers" and be con- 
trolled from any location, e.g., a centralized operator lo- 
cation and/or one or more broadband residential gate- 
ways 300. It may be desirable to have the conference 
server 224 configured such that some callers simply 
monitor the call without voice interruption while other 
callers have both voice transmit and receive capabili- 



ties. Where a caller is not given the privileges associated 
with active participation in the call, voice packets from 
these users are discarded. For example, a CEO may 
have a conference call with a plurality of financial advi- 
5 sors and invite the press to listen on the call without in- 
terruption capabilities. 

[0052] The gateways in the IP central station 200 may 
be configured to provide translation of signals to and/or 
from the various servers in the IP central station 200, 
10 the IP network 120, the public switched telephone net- 
work 160, the signaling system 7 (SS7) network 170, 
the Internet 180, and/or the secured management data 
(SMD) network 1 90. The gateways typically support one 
or more of the following group of functions: call process- 
es jng; signaling system 7 (SS7) connectivity; billing sup- 
port; OAM&P support; connection to public switched tel- 
ephone network; control CoS / QoS parameters; and en- 
hanced services. 

[0053] The voice gateway (VG) 232 may be connect- 
20 ed to the public switched telephone network 160 and 
operate to convert between IP based voice packets and 
standard public switched telephone network 160 voice 
traffic. Voice gateway 232 may be configured as multi- 
frequency (MF) or ISUP gateways on a per-T1 basis. 
25 Where multi-frequency (MF) trunks are used, one em- 
bodiment utilizes signaling between the call manager 
218 and the voice gateway 232 using MGCP, SIP, H. 
GCP and/or other compatible protocol. Multi-frequency 
trunks may be compatible with Feature Group D (FGD), 
30 Operator Service (OS) Signaling protocol and/or Termi- 
nation Protocol (TP). 

[0054] The IP central station 200 may be variously 
connected to the public switched telephone network. 
For example, the IP central station 200 may be connect- 

35 ed directly to the public switched telephone network us- 
ing, for example a bearer channel (e.g., a T1 or T3 car- 
rier) and/or interconnected using one or more networks 
such as an IP network and/or ATM/frame/cell relay net- 
work 185. Where a T1 network is utilized, it may be de- 

40 sirable to utilize one or more of ISUP or MF, FGD, and 
OS to interconnect a service bureau in the public 
switched telephone network 160. Alternatively, the serv- 
ice bureau in the public switched telephone network 160 
may be interconnected using an alternative network ar- 

45 rangement such as an IP network 120 and/or a ATM/ 
frame/cell relay network 185. The service bureau may 
coordinate with the IP central station 200 in providing 
operator services, directory services and provisioning 
for 311, 611, and 711 services. Emergency 911 services 

so may be routed to an E911 tandem switch that has the 
appropriate databases and interfaces with a Public 
Safety Answering Position (PSAP). Emergency 911 
services may be coordinated by the call manager 218 
and/or public switched telephone network based service 

55 bureau. 

[0055] Voice gateway 232 may be router-based and 
include one or more voice feature cards and/or DSP 
Module cards to perform voice processing. The voice 
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gateway 232 may optionally include host processors, 
LAN/WAN ports, Ethernet ports, T1 or E1 telephony in- 
terface cards, Voice Feature Cards with DSP Modules 
providing voice compression transcoding (G.711 and G. 
729), carrier-quality echo cancellation with 8 ms-32 ms 
tail length, a de-jitter buffer which adapts to delay vari- 
ations in the network in order to minimize the delay, 
packet loss concealment that generates concealment 
frames for lost packets using information from previous- 
ly received data, and/or tone detection and generation. 
This function detects Multi-Frequency (MF) tones and 
generates MF and call processing tones (e.g. dial tone, 
call-waiting tone etc.). 

[0056] In exemplary embodiments, the voice gateway 
232 may include T1/E1 interfaces with internal Channel 
Service Units (CSUs). It may also be desirable to con- 
figure the voice gateway 232 such that ISUP, MF and 
Centralized Attendant Services (CAS) trunks are sup- 
ported with a configuration done on a per T1 basis. Ad- 
ditionally, multi-frequency tones and Centralized At- 
tendant Services may utilize a "robbed bits" communi- 
cation scheme where bits are "robbed" from sub-frames 
to transmit in-band signaling. The multi-frequency tones 
may be converted to and/or from, for example, simple 
gateway control protocol (SGCP) signal requests and 
events by the voice gateway 232. For example, multi- 
frequency tones and/or lower level signaling and timing 
functions may be translated to and/or from any of the 
following indications: simple gateway control protocol 
Notify functions, simple gateway control protocol Notifi- 
cation Requests, Connection requests, Modify Connec- 
tion requests, off-hook and/or on-hook indications. 
[0057] An Ethernet interface with a RJ-45 connector 
may be used to connect the voice gateway 232 to the 
central router 210 (e.g., Gigabit Switch or High Speed 
Router (HSR)). The multimedia gateway control proto- 
col may be used as the interface between the voice 
gateway 232 and the call manager 218. For example, 
call control, signaling, and multimedia data stream, real 
time protocol (RTP) connections, IP addresses, UDP 
ports, codec choice etc, may be configured in any suit- 
able manner such as by using a multimedia gateway 
control protocol. In exemplary embodiments, audio 
streams may be passed directly between customer 
premises equipment 102 using real time protocol con- 
nections over, for example, a user datagram protocol 
(UDP). Thus, the multimedia gateway control protocol 
may be utilized to request the voice gateway 232 to in- 
itiate, cancel, and/or otherwise modify connections in or- 
der to set up and tear down RTP media streams. A sim- 
ilar procedure may also be utilized to request continuity 
tests and results. 

[0058] In exemplary embodiments, it may be desira- 
ble to adapt the IP network to carry signaling system 7 
(SS7) Transaction Capabilities Application Part (TCAP) 
messages over the IP network 120 and/or the ATM/ 
frame/cell relay network 185. The transport of signaling 
system 7 (SS7) transaction capabilities application part 



(TCAP) messages over the packet networks allows sig- 
naling operations to be supported by multiple connec- 
tions to the same host, multiple host connections, and 
distributed processing of call set-up information using, 

5 for example, multiple call managers 218 in the broad- 
band network 1. Thus, the IP network 120 and/or ATM/ 
frame/cell relay network may be utilized to interconnect 
a plurality of ESS switches to transport signaling infor- 
mation, voice, and/or data. In embodiments where the 

10 signaling gateway (SG) 234 is configured to support sig- 
naling system 7 (SS7) signaling transport using trans- 
action capabilities application part (TCAP) messages, it 
may be desirable to include a translator for converting 
between multimedia gateway control protocol (MGCP) 

15 messages and transaction capabilities application part 
(TCAP) messages and/or ISDN User Part (ISUP) mes- 
sages. 

[0059] The point where ISUP and TCAP messages 
are terminated at a signaling system 7 (SS7) signaling 

20 gateway is defined as a Service Switching Point (SSP) 
to the signaling system 7 (SS7) network 170. The call 
manager 218 may be configured with a standardized 
Application Programming Interface (API) to allow inter- 
action with the signaling system 7 (SS7) by, for example, 

25 sending and/or receiving ISUP and TCAP messages 
from a service switching point (SSP). Full class 5 sign- 
aling system 7 (SS7) functionality may be included in 
the call manager 218 including the ability to provide all 
of the information necessary for billing as defined in the 

30 GR-246-Bellcore standard. The signaling gateway 234 
may be arranged to perform: signaling system 7 (SS7) 
message handling (message discrimination, message 
distribution, and message routing); signaling link man- 
agement (e.g., link activation, deactivation); signaling 

35 route management (managing Point Code [PC] route 
status based on route received management messages 
such as Transfer Prohibited, Transfer Allowed, Transfer 
Restricted, etc.); and signaling traffic management (di- 
version of traffic based on unavailability, availability, re- 

40 striction of signaling link, route, and Point Code.) The 
signaling system 7 (SS7) architecture supports the nec- 
essary redundancy component scheme for system reli- 
ability and availability during scheduled maintenance 
and/or software/hardware upgrades. The signaling 

45 gateway 234 may be configured to directly provide for 
lower level signaling system 7 (SS7) processing. 
[0060] In exemplary embodiments, the signaling 
gateway 234 interacts with the call manager 218 using 
an appropriate open interface (e.g., Common Object 

50 Request Broker Architecture (COBRA)). In these em- 
bodiments, it may be desirable for translation software 
in the signaling gateway 234 to add Message Transfer 
Part (MTP) layer information to the ISUP and/or TCAP 
data to create a complete signaling system 7 (SS7) mes- 

55 sage. The complete signaling system 7 message may 
then be sent to the Signaling Transfer Point (STP) in the 
external signaling system 7 (SS7) network 170. Con- 
versely, the signaling gateway 234 may be configured 
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to remove ISUP or TCAP application layer data from the 
signaling system 7 (SS7) messages received from the 
STP prior to converting the information to an appropriate 
open interface (e.g., COBRA) and forwarding the infor- 
mation to the call manager 218 via the central router 
210. 

[0061] The accounting gateway (AG) 240 may be 
configured to receive messages representing events 
from the call manager 21 8 via a suitable transport mech- 
anism such as the central router 210. Typically, two mes- 
sages are received for each call, the first when the call 
is established, and second when the call terminates. In 
the case of unsuccessful calls, only the failure message 
will be logged. The messages provide details about the 
calling and called parties, the timing of the call set-up, 
the duration and the quality of the call. Accounting gate- 
way 240 may be duplicated using a redundant compu- 
ter, with each gateway having dual-mirrored disks. The 
accounting gateway 240 stores usage records and may 
then distribute them to linked destinations (e.g., billing 
centers) for processing. Billing centers typically include 
bill processors that receive accounting information from 
the accounting gateway 240 and generate appropriate 
on-line or paper billing to customers. The accounting 
gateway may be configured to accommodate multiple 
days worth of accounting records such as the records 
for one day, two days, three days, four days, a week, or 
a month. The period in which the data is retained in the 
accounting gateway may be dependent on business 
needs, hardware restrictions, and/or the billing cycle. 
For example, as the end of the billing cycle nears, it may 
be desirable to shorten the period the accounting gate- 
way holds the data such that calls placed the day the 
bills are printed are included on the bills. Further, the 
accounting gateway may both retain and forward data 
to the billing centers. In this manner, if the equipment at 
the billing center fails, the accounting gateway 240 may 
serve as a backup. Similarly, the billing center may act 
as a backup where the accounting gateway 240 fails. 
[0062] An Automatic Message Accounting (AMA) for- 
mat is typically used by circuit-switching systems, pack- 
et-switching systems, and other network elements to 
provide billing usage measurements data (e.g., the Bell- 
core® Automatic Message Accounting Format (BAF)). 
This data may be utilized either to permit charging the 
customer for use of network resources or to permit 
charging other carriers (e.g., InterExchange Carrier 
(IEC) and other Local Exchange Carrier (LEC)) for as- 
sistance in placing call connections. The accounting 
gateway 240 may be configured to convert this informa- 
tion into an Automatic Message Accounting Format 
(AMA) Format (e.g., BAF) records and send these 
records to the external billing systems using, for exam- 
ple, a TFTP (trivial file transfer protocol). Time-stamp 
accuracy is typically based on the accuracy of the call 
manager 21 8 clock which may be derived from the TOD 
212 server. To create appropriate AMA records, the 
event information produced by the call manager 218 



preferably has appropriate information for the telephone 
service specified such as phone number of the calling 
party (customer), phone number of the called party (cus- 
tomer), time of call, duration of the phone call, and use 

5 of any discretionary features. Different AMA structures 
may be generated between On-Net calls (defined as 
within a network service provider IP network 120) vs. 
Off-Net calls (defined as outside of service provider IP 
network - e.g. public switched telephone network) for 

10 billing purposes. 

[0063] The element management gateway (EMG) 
238 may provide system management functionality that 
includes, for example: a) status and performance mon- 
itoring for the Operation Administration, Maintenance, 

15 and Provisioning center, to gauge the ongoing operation 
of applications; b) extensive information exchange with 
a network operations center responsible for ongoing 
maintenance of one or more applications; c) customiz- 
able operations interface to allow the network opera- 

20 tions center to view only information required, thus re- 
ducing the time spent filtering information; d) centralize 
distributed application configuration allowing for the 
centralized configuration of objects residing on a plural- 
ity machines; e) proactive network management capa- 

25 bilities to remove the need for constant operator inter- 
vention making the day-to-day operations more effi- 
cient; and/or f) intelligent display of status information 
to separate critical issues from low-priority problems al- 
lowing the operation center to assign resources to the 

30 right problems at the right time. 

[0064] The multimedia gateway (MG) 230 may be 
configured to connect to the public switched telephone 
network 160 and to convert IP based multimedia pack- 
ets into standard public switched telephone network 160 

35 traffic. The multimedia gateway 230 may include an in- 
telligent trunking interface that communicates with the 
call manager 218 for automatic trunk sizing and alloca- 
tion between the I P network 1 20 and the public switched 
telephone network 160. For example, when an system 

40 user at the customer premises is using a PC and/or a 
multimedia phone to communicate with a traditional 
public switched telephone network 160 user, the com- 
munication session involves the transmission of video 
and audio data. The bandwidth that is required for this 

45 type of communication is much greater than that re- 
quired for a PSTN-to-PSTN voice call or an IP-to-PSTN 
voice call. The multimedia gateway 230, as the interface 
between two systems, may negotiate a larger bandwidth 
to facilitate the call if the called party is also video ena- 

50 bled. This bandwidth negotiation process typically oc- 
curs with a SESS or a Local Digital Switch within the 
public switched telephone network 1 60. Typically, a mul- 
timedia call, including live video, audio and data, will re- 
quire bandwidth ranging from 56K to 1.544Mbps. How- 

55 ever, as the number of users sharing the same link 
grows, the quality of the transmission deteriorates sig- 
nificantly. The multimedia gateway 230 must be able to 
monitor bandwidth usage and make appropriate adjust- 
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merits so as to maintain an acceptable quality of service. 
Further, it may be desirable for the call manager 218 
and the multimedia gateway 230 to communicate be- 
tween themselves and/or the customer premises equip- 
ment 102 to determine whether the user has authorized 
the additional bandwidth and hence expense of the call. 
For example, even where a called and/or calling party 
is video enabled, it may nonetheless refuse to authorize 
payment for the increased bandwidth necessary for vid- 
eo. 

[0065] The Internet gateway (IG) 236 may be con- 
nected to the Internet (e.g. , World Wide Web (www)) and 
provide a means for IP based data packets to be routed 
between the IP network 120 and the Internet 180. Alter- 
natively, IP based voice packets may be routed via the 
Internet 180. In exemplary embodiments, the Internet 
gateway 236 routes data-only packets which share the 
same priority level with other lower priority, non-real- 
time traffic consistent with computer data communica- 
tions presently experienced with the Internet 180. Con- 
sequently, low priority and low latency data traffic on the 
IP network 120 utilize the Internet gateway 236 to com- 
municate with other IP data networks such as the www. 
Voice packets may be routed through another network 
such as the ATM/frame/cell relay network 185, a private 
IP network 120, and/or the public switched telephone 
network 160 where committed information rates may be 
easily obtained. 

[0066] In exemplary embodiments, the broadband 
network 1 includes the interfaces which enable connec- 
tions to existing Operation, Maintenance and Provision- 
ing (OAM&P) 195 systems that support, billing, account- 
ing, provisioning and/or configuration management 
functions. A Secured Management Data (SMD) Net- 
work 190 may be utilized to connect the OAM&P 195 to 
the accounting gateway 240 and element management 
gateway 238. The Secure Management Data network 
190 may include a Network Service Division's NSD Net. 
The Secure Management Data network 190 helps en- 
sure that only secure communication can occur be- 
tween the IP central station 200 and the OAM&P 195. 
This eliminates one potential means of tampering with 
the billing and provisioning functions in the OAM&P. The 
billing systems (OSS) 195 may include the Network Op- 
erations Center (NOC). The NOC may include a trans- 
lation server which includes functions for allowing com- 
munications and control of diverse networks. 

B. Broadband Residential Gateway (BRG) 

[0067] Referring to Fig. 3, a preferred embodiment for 
a broadband residential gateway (BRG) 300 will now be 
described and explained. The broadband residential 
gateway 300 may be configured as the interface unit be- 
tween the remainder of the customer premise equip- 
ment 102 devices and the external network. The broad- 
band residential gateway 300 may be connected to the 
remainder of the broadband network 1 using any suita- 



ble mechanism such as a gateway directly into an IP 
network and/or a cable connection. In the most pre- 
ferred embodiments, a hybrid fiber-coaxial plant con- 
nection is utilized such as hybrid fiber-coaxial (HFC) 

5 plant 112. The hybrid fiber-coaxial plant 112 allows nu- 
merous broadband residential gateways 300 to be in- 
cluded on an existing hybrid fiber-coaxial plant 1 12 with- 
out modification to the plants infrastructure. 
[0068] The broadband residential gateway 300 may 

10 be variously configured to, for example, provide high- 
speed cable modem capabilities to interconnect one or 
more associated PCs with each other and with the re- 
mainder of the broadband network 1 , provide function- 
ality to one or more TVs (using, for example, either an 

15 integrated or separate decoder functionality, e.g., set 
top box 350), one or more telephone connections such 
as plain old telephone sen/ice (POTS) phones and/or 
digital telephones, displays, wireless interfaces, voice 
processing, remote control interface, display interface, 

20 and/or administrative functions. In exemplary embodi- 
ments, the broadband residential gateway 300 may a) 
providing conversion between analog voice and IP voice 
packets, b) multiplexing/demultiplexing streams of IP 
voice packets, c) supporting multiplexing/demultiplex- 

25 ing of multiple incoming and outgoing signals including 
multiple voice, multimedia, data, system administration, 
and/or TV information signals. 
[0069] Where the elements of the broadband residen- 
tial gateway 300 are interconnected, the interconnection 

30 may be provided by one or more data buses, for exam- 
ple, a high speed bus (HSB) 360, processor bus 380, 
and/or other interconnection system. The high speed 
bus 360, 380 may be configured to provide a flexible 
conduit for transferring information between the internal 

35 hardware, processors and ports. In exemplary embodi- 
ments of the broadband residential gateway 300, the 
high speed bus 360 may include one or more of the fol- 
lowing functional units a) a universal remote control re- 
ceiver module 365 for receiving wireless (e.g., infrared, 

40 and/or RF) signals (e.g., keyboard signals and/or re- 
mote control signals) for control of the broadband resi- 
dential gateway 300 and/or any connected devices, b) 
a display, display driver, touch screen logic module for 
driving one or more local and/or remote displays for in- 

45 terfacing with the broadband residential gateway 300 
and/or one or more connected devices, c) one or more 
TV port modules 336 for interconnecting televisions, 
set-top devices, and/or other audiovisual devices to the 
broadband residential gateway 300, d) one or more data 

50 port modules 334 for connecting/interconnecting data 
enabled devices (e.g., personal computers, palm top 
devices, etc.), e) one or more telephony port modules 
332 for interconnecting one or more analog and/or dig- 
ital telephones, f) one or more peripheral port modules 

55 342 for interconnecting one or more peripheral devices 
such as disk drives, data storage devices, video cas- 
sette recorders, DVD devices, audio devices, video de- 
vices (e.g., camcorders, digital cameras, digital video 
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recorders, stereos, etc.), g) one or more external/inter- 
nal intercom modules 344 for interconnecting remote in- 
tercom and/or security monitoring devices, h) one or 
more wireless interface modules 345 for interconnecting 
with various wireless extension devices such as wire- 
less TVs, cordless and/or wireless telephones, wireless 
LANs, etc., i) one or more voice recognition/voice syn- 
thesis modules 355 for generating voice announce- 
ments, voice messages, and voice prompts and for rec- 
ognizing voice generated commands and data, j) set- 
top box module 350 for performing the functions asso- 
ciated with a set-top box locally and/or for communicat- 
ing with one or more remotely coupled set-top boxes, k) 
memory 322 (e.g., DRAM, RAM, flash, and/or other 
memory) for storing information and operating data with- 
in the broadband residential gateway 300, 1 ) transceiver 
302 for communicating with one or more external broad- 
band networks m) operating program store 330 (e.g., 
ROM, flash, etc.) for storing at least portions of the op- 
erating programs for the broadband residential gateway 
300 and/or interconnected devices, n) security proces- 
sor, smart card and/or credit card interface module 340 
for providing secure processing functions and/or credit 
card/smart card transaction functions, and/or o) distrib- 
uted processing controller 306 which may be a micro- 
processor and/or one or more interconnected distribut- 
ed processing modules for controlling the broadband 
residential gateway 300. Where the distributed process- 
ing controller 306 includes one or more distributed 
processing modules, the modules may include a teleph- 
ony processing module (P1 ) 308, data processing mod- 
ule (P23) 310, video processing module (P3) 312, aux- 
iliary processing module (P4) 314, IP processing mod- 
ule (P5) 316, and/or an operations administration main- 
tenance and provisioning processing module (P6) 318 
interconnected through one or more busses such as 
processor bus 380. The processor bus 380 and/or high 
speed bus 360 may include any suitable interconnect 
bus including intelligent bus configurations incorporat- 
ing smart buffer logic (not shown in Fig. 3) to facilitate 
data transfer between interconnected processors and/ 
or modules. The various modules and/or processing 
components of the broadband residential gateway 300 
may be powered by , for example, a power supply unit 
(not shown). Each of the individual modules of the 
broadband residential gateway will now be described in 
more detail. 

[0070] The transceiver 302 may include circuits for 
converting digital signals to and from RF signals suitable 
for transmission across a broadband network such as 
the hybrid fiber-coaxial plant 112. The transceiver 302 
may include one or more input/output ports such as a 
cable interface (e.g., an F connector cable connection) 
and/or a fiber optic interface connected to a communi- 
cation media (e.g., hybrid fiber-coaxial Plant 112). The 
transceiver 302 may be compatible with the DOCSIS 1 .0 
or later specifications. For signaling purposes, the 
broadband residential gateway 300 may be compatible 



with the Media Gateway Control Protocol (MGCP) or 
other compatible signaling protocol (e.g., SIP or H.GCP) 
to support telephony applications. The transceiver 302 
may serve as a modem, a translator and/or a multiplex- 

5 or/demultiplexor. Data received from the network may 
be de-multiplexed and placed on the data bus for dis- 
patch to the appropriate peripherals and/or ports. Data 
from the various ports and peripherals may be multi- 
plexed together for distribution over one or more broad- 

10 band networks (e.g., the hybrid fiber-coaxial (HFC) plant 
112). Where a hybrid fiber-coaxial plant 112 is utilized, 
the data may be multiplexed onto various frequency 
bands of the hybrid fiber-coaxial plant 112 in a continu- 
ous data stream(s) and/or packetized data stream(s). 

15 To facilitate data transfer for various networks, the trans- 
ceiver 302 may be include one or more registers for data 
queuing and/or IP tunneling of data packets across the 
broadband network. 

[0071] Although the illustration of a display, display 
20 drivers, and touch screen logic device 338 suggests that 
the a display is integral to the broadband residential 
gateway 300, alternative embodiments of the broad- 
band residential gateway 300 may provide a user inter- 
face via the TV screen, PC screen, video telephone, 
25 and/or other display device in addition to, or in lieu of, a 
display integral to the broadband residential gateway 
300. 

[0072] The peripheral ports module 342 may include 
a plurality of ports providing connectivity to external pe- 

30 ripherals. Exemplary interfaces include, PCI, Firewire, 
USB, DB25, etc. Devices which incorporate one or more 
of these interfaces may utilize the broadband residential 
gateway 300 to interconnect to the remainder of the 
broadband network 1 . 

35 [0073] The external/internal Intercom Module (IM) 
344 may include one or more microphones/speakers, 
voice CODECS, telephony processors, and/or interface 
ports. Where an intercom module 344 is utilized, the 
built-in circuitry may be configured to detect, for exam- 

40 pie, unused plain old telephone system telephone(s) 
and generates a special intercom tone on these unused 
telephones. In this manner, existing plain old telephone 
system telephones, digital phones, and/or other devices 
may serve as an intercom throughout the residence. 

45 The controller 306 (e.g, such as the P1 telephony proc- 
essor 308) may function to command the intercom mod- 
ule 344 to determine an appropriate intercom path to 
select an intercom connection between various loca- 
tions. In exemplary embodiments, the CODEC may be 

50 configured to convert the analog voice signal into IP 
packets for transmission over one or more data ports 
334, TV ports 336, display modules 338, telephony ports 
332, peripheral ports 342, external/internal intercom 
ports 344, wireless interface ports 345, and/or set-top 

55 boxes 350. 

[0074] In yet further embodiments, multiple broad- 
band residential gateways 300 may be configured 
through, for example, IP tunneling, to set-up an intercom 
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connection between multiple remote broadband resi- 
dential gateways 300. in this manner, an administrative 
assistant at the office may be contacted via an intercom 
connection present at the users home. Thus, one or 
more individuals disposed at either local and/or remote 
locations with diverse types of equipment may commu- 
nicate as an intercom group without the need to com- 
municate via normal dialing procedures. 
[0075] In addition to intercom services, the intercom 
module 344 may also configure intercom services for 
other telephony services (e.g., extension transfer, call 
conferencing, internal caller ID), high speed data serv- 
ices (e.g., LAN connections), facsimile transmission/re- 
ception, e-mail transmission/reception, video confer- 
encing, and/or CATV/HDTV (Cable Television/High Def- 
inition Television) using standard industry protocols 
such as DOCSIS 1.0 or higher and IP tunneling trans- 
missions. These services are advantageous in that once 
configured, the user may simulate a work environment 
in his home. 

[0076] Though processing may be accomplished by 
a single processor performing all functions (e.g., 
processing controller 306), in the preferred embodiment 
shown in Fig. 3, the architecture employs a distributed 
processing controller 306, and a plurality of processors 
P1-P6 308-318. In the distributed processing architec- 
ture, each of the plurality of processors P1-P6 may be 
configured to have a dedicated function to provide pre- 
determined services or applications. The processors 
may be coupled together via any suitable mechanism 
such as the processor bus 380 and/or high speed bus 
(HSB) 360. The first processor P1 308 may include te- 
lephony applications such as call set-up, call tear down, 
and call functions; the second processor P2 310 may 
include management functions such as distribution and 
coordination of data within the various devices of the 
broadband residential gateway 300; the third processor 
P3 312 may include video processing functions for con- 
figuring control panels, screen displays of attached de- 
vices, video conference calls, MPEG decoding func- 
tions and other video processing functions; the fourth 
processor P4 314 may include an auxiliary processor 
for off loading special processing functions such as nu- 
meric processing; the fifth processor P5 316 may in- 
clude interface input/output processing (e.g., text to 
voice and vise versa) and/or Internet protocol (IP) 
processing functions for configuring data to communi- 
cate with the remainder of the broadband network 1 and/ 
or devices attached to the broadband residential gate- 
way 300 such as IP telephones or IP enable PCs; and 
the sixth processor P6 318 may include processing 
functions for Operation, Maintenance and Provisioning 
(OAM&P) processing. Each of the above processors 
may be an entirely separate processing unit with includ- 
ed RAM, ROM, Flash memory, or may share RAM, 
ROM, and/or Flash memory. Where shared RAM, ROM, 
and/or Flash memory is utilized, the memory may be lo- 
cated within the distributed processor controller 306 



and/or on the processor bus 380. Alternatively, the 
memory may be integrated into the operating program 
store 330 and/or into memory 322. 
[0077] The Distributed Processing Controller 306 with 

5 its associated processors (P1-P6) may be coupled to 
the various elements of the broadband residential gate- 
way 300 so as to enable proper operation of each of the 
individual components. For example, the distributed 
processing controller 306 (with any associated proces- 

10 sors (P1-P6)) may also coupled to the security proces- 
sor, smart card / credit card, and interface module 340, 
the peripheral port(s) module 342, and/or the External/ 
Internal Intercom Module 344 for providing control and 
coordination among devices coupled to the high speed 

15 bus 360. 

[0078] The display 338 may include, for example, an 
interactive LED/LCD module positioned in a suitable lo- 
cation such as within or attached to the broadband res- 
idential gateway 300. The display 338 may include an 

20 interface to notify, display and receive user inputs and 
processing status. The display 338 may be configured 
to display various informational status such as multime- 
dia mail, called ID, call logs, call in progress and asso- 
ciated information, call waiting information, call confer- 

25 encing, and/or othercall related information. Thedisplay 
338 may provide a display of real time status of the var- 
ious devices connected to the broadband residential 
gateway 300 as well as any current connections, calls, 
and/or data transfers. The display 338 may also include 

30 touch screen capabilities that allow information to be in- 
put via a plurality of interrelated on-screen prompts, on- 
screen icons, and/or a keypad (e.g., an alphanumeric 
keyboard). The keypad may be a remote control, numer- 
ic keyboard, and/or alphanumeric keyboard. 

35 [0079] In one embodiment of the display 338 opera- 
tion, a user may touch an icon representing a pending 
voicemail and/or multimedia mail message. The panel 
may be configured to send an electronic signal to the 
processing controller 306 and/or an attached processor 

40 such as the telephony processor. On receiving the sig- 
nal, the P1 telephony processor 308 may be configured 
to generate an IP packet via the transceiver 302 across 
portions of the broadband network 1 to the multimedia 
server 222 in IP central station 200. The multimedia 

45 server 222 may authenticate the request by, for exam- 
ple, verifying location of the request and/or the identity 
of the requesting party. Where identity of the calling par- 
ty is being verified, the user enters an access password 
by an audio and/or keyboard request. Where an audio 

50 request is generated, the user may utilize the external / 
internal intercom module 344 of the broadband residen- 
tial gateway 300, or via a text message entered into the 
display 338. The user may then enter the appropriate 
access code via the onscreen soft keypad, microphone, 

55 and/or keyboard. Alternatively, the message could be 
stored locally in the broadband residential gateways 300 
memory 322 and depending on whether there is a pass- 
word lock on the broadband residential gateway 300, 
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the user may not have to enter a password to access 
the message. Where the message is stored locally in 
the broadband residential gateways 300 memory 322 
rather than IP central station, the display 338 simply re- 
calls the message from memory and presents to the us- 
er to provide one-touch instant message retrieval. 
[0080] In embodiments where the broadband resi- 
dential gateway 300 supports multiple mailboxes, the 
icons on the LCD/LED may be personalized to show the 
identity of the owner of the message. Each user may 
have a different password to ensure privacy of access. 
An activity log which tracks past and present messages 
and/or archives multimedia messages may be present- 
ed on display 338. The archive may be stored locally, or 
at a remote location such as IP central. The archive may 
be utilized by the user to recall messages which have 
long since been erased from local storage but may be 
retrieved from IP central on tape and/or disk storage. 
This is preferably an optional feature for those users 
who are less security conscious. The multimedia mes- 
sages need not be displayed only on display 338. In al- 
ternate embodiments, any of the peripheral devices at- 
tached to the broadband residential gateway 300 are ca- 
pable of receiving the multimedia messages. 
[0081] The memory 322 may be variously configured 
to include one or more field-upgradeable card slots for 
permitting memory expansion. Certain users may wish 
to enable higher end applications such as near video on 
demand (e.g., pausing of shows via buffering in memo- 
ry), video conferencing of multiple users, multi-party 
conferences, call waiting for multiple parties, etc. Ac- 
cordingly, the use of a broadband residential gateway 
300 allows the user to upgrade memory via inserting ad- 
ditional cards. Alternatively, the user may use system 
memory in IP central and buffer data remotely. 
[0082] Operating program store 330 may be config- 
ured to receive updates. This may be accomplished by 
having the user replace one or more memory cards or 
automatically by the IP central station downloading new 
operating code into one or more residential gateways 
300. 

[0083] As previously indicated, smart buffer logic 
(SBL) may be coupled to the telephony port(s) 332, data 
port(s) 334, TV port(s) 336, peripheral port(s) 342, and/ 
or the distributed processing controller (DPC) 306. 
Where the smart buffer logic is utilized, it may function 
to buffer the IP packets for delivery over the communi- 
cation network such as the hybrid fiber-coaxial plant 
112. In addition, the smart buffer logic may include se- 
lectable switching and routing algorithms based on serv- 
ices and applications associated with each port. De- 
pending on the destination of the IP traffic, the smart 
buffer logic may multiplex signal from various devices 
to effect faster information transfer. The smart buffer log- 
ic may also allow direct memory access between mem- 
ory 322 and one or more of the devices and/or ports cou- 
pled to the high speed bus 360. 
[0084] The telephony port(s) 332 may include various 



interface circuitry (e.g., analog interface, logic and 
firmware for interfacing with the Plain Old Telephone 
(POTs) telephones). Also the telephony port(s) 332 may 
also be configured to include user interface logic, voice 

5 processing logic, voice activity detector logic, voice CO- 
DECS, and DTMF (dual tone multi-frequency) tone 
sensing logic. Echo cancellation and automatic gain 
control may also be utilized in the telephony port(s) 332 
circuitry. In one embodiment, RJ-11 connectors for a 

10 plurality of lines (e.g., 4) are provided for connection to 
one or more existing plain old telephone system 110 tel- 
ephone units. However, the broadband residential gate- 
way 300 may contain any number of telephone connec- 
tion ports. In this manner, any number of existing user 

15 phone may connected directly to the broadband resi- 
dential gateway 300 without modification. Alternatively, 
the broadband residential gateway can be configured to 
support, in addition to or as alternative to the plain old 
telephone system telephone units, ISDN telephones 

20 and/or other digital phones (e.g., IP telephones) using 
an appropriate interface. 

[0085] The data port(s) 334 interface may be various- 
ly configured. In one configuration, the data ports in- 
clude high speed data service connections to, for exam- 

25 pie, a personal computer (PC) using a LAN connection. 
For example, the data ports 334 may include an Ether- 
net 802.3 connection compatible with category 5 un- 
shielded twisted pair (UTP) cable and a RJ-45 connec- 
tor. The data port(s) 334 may include the necessary in- 

30 terface circuitry for coupling to remote computers. 
[0086] The TV port(s) 336 may include an interface 
for conventional television, HDTV and/or CATV servic- 
es. The TV port(s) 336 typically have one or more F- 
connectors used for coaxial cable connection to a TV 

35 set(s). The TV ports may be configured to connect to a 
set top box (STB) via the F-connector or directly to a 
remote television. In embodiments where the settop box 
is co-located with the television, the data supplied over 
the TV ports may be either analog and/or digital infor- 

40 mation. Where the settop box is integrated into and/or 
comprises the broadband residential gateway 300, the 
TV ports may be analog or compatible with HDTV sig- 
nals. 

[0087] The broadband residential gateway 300 need 
45 not necessarily be limited to home use and is intended 
to also be utilized in business applications. In some con- 
figurations, the broadband residential gateway 300 may 
serve the same functions and operate as a private 
branch exchange (PBX). Where greater capacity is de- 
50 sired, one or more broadband residential gateways 300 
may be disposed on a PC card and combined in a PC, 
rackmount, and/or server to create an expandable pri- 
vate branch exchange type system that enables intra- 
premises calling between telephones connected to var- 
55 ious telephone connectors on the broadband residential 
gateway 300. 
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C. Integrated Broadband IP Based Communication 
System 

[0088] Fig. 4 shows an exemplary embodiment of the 
broadband network 1 shown in Figs. 1-3, with like com- 
ponents identified with identical numbers. At the extrem- 
ities of the integrated communications system is the 
customer premises equipment unit (CPE) 102, e.g., one 
or more customer premise equipment 102 at each cus- 
tomer location. The customer premise equipment 102 
may be configured to include an integrated communica- 
tion interface device such as the broadband residential 
gateway 300. Other customer premise equipment 102 
devices such as one or more televisions (TV) 106, per- 
sonal computers (PC) 108, and telephones 110, etc., 
may be connected to the broadband residential gateway 
300 via various ports as discussed above. The customer 
premise equipment 102 could include multiple TVs 106, 
telephones 1 1 0, and PCs 1 08 connected to a single and/ 
or multiple broadband residential gateway 300. Further, 
in certain embodiments, it may be desirable to divide the 
broadband residential gateway 300 into more than one 
physical package. In this manner, certain interface cir- 
cuitry may be located outside of the home while various 
processing circuitry may be located near a peripheral 
device such as in a settop. 

[0089] Where the broadband residential gateway 300 
is coupled to the hybrid fiber-coaxial plant 1 1 2 in accord- 
ance with a preferred embodiment of the present inven- 
tion, it may be configured to provide the user with both 
information data (e.g., through an Ethernet interface), 
telephony access, and TV service (e.g., HDTV, Digital 
TV and/or CATV services). In exemplary embodiments, 
the hybrid fiber-coaxial plant 112 typically includes both 
coaxial cable and optical fiber networks, though, where 
desired, the network may include only coaxial cable or 
optical fiber. The hybrid fiber-coaxial plant 112 may be 
coupled to a head-end hub (HEH) 115. The head end 
hub 115 may provide an interconnection point to gather 
and/or transform external services (e.g., off air and sat- 
ellite video, public switched telephone network voice, 
and Internet data) into a format suitable for distribution 
on the hybrid fiber-coaxial plant 1 1 2 for use with the cus- 
tomer premise equipment 102. The head-end hub 115 
may include one or more cable modem termination sys- 
tems (CMTS) 116 coupled between the hybrid fiber-co- 
axial plant 112, a Head-end (HE) 117 and/or an Edge 
Router (ER) 118. The edge router 118 may be coupled 
to the cable modem termination system 116 and to one 
or more ultra high speed routers (UHR) 121. One or 
more ultra high speed routers 121 may be interconnect- 
ed to each other and/or through a centralized mecha- 
nism such as an IP network database to form a high 
speed network. The high speed packet network 120n is 
one example of the network 120 (e.g., IP network) 
shown in Fig. 1 . 

[0090] In the embodiment shown in Fig. 4, the high 
speed network 120n includes the ultra high-speed rout- 



ers (UHR) 121 configured in a ring configuration. Al- 
though this embodiment shows the use of the IP network 
database (IND) 122, other configurations are also suit- 
able. Where an IP network database 122 is utilized, it 

5 may be desirable to incorporate one or more data sets 
such as: a IP local number portability database (IP LNP) 
122a which may be utilized for transferring local DN 
among service providers when a user changes their 
service provider; an IP caller name database (IP 

10 CNAME) 122b which may be utilized to provide a data- 
base of names relating to IP addresses and/or domain 
names; an IP line information database (IP LIDB) 122c 
which may provide alternative billing and allow flexibility 
in determining who pays for a call; and an IP 1-800 Da- 

15 tabase (IP 8YY) 122d which may provide a database of 
1-800 numbers relating to the IP network 120a. Alterna- 
tively, the IP local number portability database may be 
located at another location, such as at an IP central sta- 
tion (IP Central) 130. Where desired, a local service 

20 management system (LSMS) 150 may be arranged to 
provide management of the IP local number portability 
database. Where a local service management system 
150 is utilized, a plurality of local service order adminis- 
tration (LSOA) units 152 may be coupled to the local 

25 service management system by, for example, a number 
portability administration center (NPAC) 151. In this 
manner, directory numbers may be transported among 
different service providers. In such a case, a NPAC 151 
is generally coupled to the LSMS 150 and uses the LS- 

30 MS 150 to synchronize the numbering databases and 
to coordinate the porting process. 
[0091] As indicated above, the broadband network 1 
may include a plurality of interconnected high perform- 
ance networks 120n. Each high performance network 

35 1 20n may include a separate IP central station 200 and/ 
or share a single IP central station. Having distributed 
IP central stations located throughout the broadband 
network 1 provides improved performance and quicker 
response time for an individual user. Although not illus- 

40 trated, each high performance network 120, 120n may 
be connected to multiple head-end hubs 115, each 
head-end hub 115 may be connected to multiple hybrid 
fiber-coaxial plants 112, and each hybrid fiber-coaxial 
plant 112 may be connected to a plurality of customer 

45 premises equipment 102, each containing one or more 
broadband residential gateways 300. The plurality of 
high performance networks 120n may be configured as 
an interconnected network for routing packetized infor- 
mation from point-to-point in accordance with a desired 

50 destination. 

[0092] The high performance network 120n may be 
configured to provide connectivity for and between a 
plurality of head-end hubs 115 and/or a plurality of 
broadband residential gateways 300 and other net- 

55 works such as the Internet, e.g., www 180, the public 
switched telephone network (PSTN) 160 and/or various 
signaling systems such as the SS7 network 1 70 for end- 
to-end voice over IP applications. The IP central station 
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200 may be configured to provide seamless integration 
and control of the high performance network 120 (e.g., 
an IP based communication system) interface with the 
public switched telephone networks (PSTN) 160, sign- 
aling system seven (SS7) 170, and/or the Internet 180 
so that packetized data, voice calls, and other signaling 
information is properly transferred between the broad- 
band residential gateway 300 and the public switched 
telephone network 160 and Internet 180. In certain con- 
figurations, the hybrid fiber-coaxial 112, head-end 
hub115, and high performance network 120, provide a 
signal conduit for packetized voice and data which may, 
with the coordination of the IP central station 200, be 
provided in the appropriate format between the broad- 
band residential gateway 300, the public switched tele- 
phone network 160, and/or the www 180. 

D. General Operation of Integrated Communication 
System 

[0093] The typical home user is currently required to 
purchase multiple intelligent data conduits such as mul- 
tiple set-top boxes, a plurality of conventional, DSL and/ 
or ISDN phones, cable modems, HDTV receivers, sat- 
ellite receivers, home PC LANs, etc. The integrated 
communication system of the present invention pro- 
vides a user friendly versatile communication system 
that enables voice over IP telephony, information data 
(e.g., PC and Internet), and television services in a sys- 
tem with one intelligent customer premise equipment 
102 interface, the broadband residential gateway 300. 
The broadband residential gateway 300 in conjunction 
with the IP central station 200 provides a flexible com- 
munication system that can provide any number of in- 
tegrated communication service features and functions 
without requiring the user to become familiar with nu- 
merous, diverse types of equipment. 
[0094] In one exemplary application of the voice over 
IP operations, the broadband residential gateway 300 
digitizes the analog telephony signal using, for example, 
G.711 \i law coding (64 Kbps Pulse Code Modulation). 
The digital samples may then be packetized in, for ex- 
ample, the broadband residential gateway 300 into IP 
packets. The broadband residential gateway 300 may 
be configured to encapsulate the IP packets into, for ex- 
ample, DOCSIS (Data Over Cable Service Interface 
Specifications) frames for transmission back to the 
head-end hub (HEH) 115 over the hybrid fiber-coaxial 
plant 112. The hybrid fiber-coaxial plant 112 may then 
be configured to transport signals for both upstream (to 
head-end hub 202) and downstream (to the broadband 
residential gateway 300 and customer premise equip- 
ment 102) directions. Although the DOCSIS protocol is 
utilized in this example, any future protocol may also be 
used for the digitizing and packeting of data. Where the 
protocol changes, it may be desirable to download new 
operating code from, for example, IP central station 200 
to the individual broadband residential gateways 300, to 



update the communication protocols dynamically. When 
new protocols are adopted, the IP central station may 
utilize, for example, the system management server 21 6 
to download new protocol data into, for example, the 
5 protocol manager in the call manager 21 8 and the pro- 
gram store 330 in the broadband residential gateway 
300. 

[0095] Where voice packets are sent over constant bit 
rate (CBR) channels using unsolicited grants, additional 

10 packet data channels may be used to support signaling 
messages (e.g., SGCP, Simple Gateway Control Proto- 
col), high-speed cable modem service and/or other up- 
stream packet data services. The upstream packet data 
services may be sent using available bit rate (ABR) 

15 channels such that the voice channels not impacted by 
data traffic. 

A. TV Signal Reception 

20 [0096] The head-end 1 1 7 may originate CATV signals 
for transmission over the distribution network. However, 
in alternate embodiments, signals may be inserted at 
other points in the distribution network, such as at vari- 
ous hubs or may arise at remote locations in the network 

25 such as IP central. Down stream channels may be uti- 
lized to facilitate the transmission of signals from the 
head-end or other input distribution point to the sub- 
scriber premise. Where analog RF signals arrive at the 
broadband residential gateway 300 of the customer 

30 premise equipment 102, typically, the transceiver cir- 
cuitry 302 will detect if the signal is addressed to this 
broadband residential gateway 300. If so, the transceiv- 
er will allow reception of the RF signal. Upon conversion 
to a digital format, the signal is typically output over the 

35 high speed bus (HSB) 360 to one or more associated 
devices for processing. For example, where the signal 
is a TV signal, the signal may be output directly to the 
TV port 336 and/or processed by the settop box 350 pri- 
or to outputting to the TV ports 336 and/or display 338. 

40 Where user channel selection is preformed directly in 
the broadband residential gateway 300, channel selec- 
tion may be preformed by remote control receiver 365 
using an external device such as a remote control. The 
remote control receiver may receive a plurality of indi- 

45 vidually coded remote control commands from different 
receivers and process the signals for only one associ- 
ated device in accordance with the received commands. 
Alternative channel inputs include the display 338 and/ 
or any associated keypad . Authorization to certain chan- 

50 nels may be controlled by security processor 340. 
[0097] Where a remote settop box is utilized, the box 
may be coupled directly to the HFC for individual fre- 
quency tuning and/or receive a digital feed from the 
broadband residential gateway 300 after decoding the 

55 digital signal. For example, where hybrid fiber-coaxial 
plant 112 contains fiber connections to locations near 
the individual homes, it may be desirable to download 
one or more simultaneous individually requested pro- 
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gramming stream(s) and/or digital data stream(s) to the 
broadband residential gateway 300. In this manner, the 
number of channels, movie selections, and/or entertain- 
ment options available to the user are unlimited. Cost is 
minimized since only a single intelligent user interface 5 
is used in the home and all televisions, phones, com- 
puters, and/or other user interface devices use the same 
intelligent user interface to the broadband network 1 . In 
this manner, the broadband network 1 may offer premi- 
um television, voice and/or data services to multiple 10 
conventional televisions, phones, and PCs without the 
use of multiple set boxes, modems, and external con- 
nections. Thus, the users are provided a single unified 
interface to satisfy their external data needs. 

15 

B. Exemplary Call Flow of an On-Network Call to an 
Off-Network Call, with the Off-Network Call initiating 
the Dropping. 

[0098] Fig. 5 illustrates an exemplary call processing 20 
sequence for an on-net call (e.g., an IP based call) to 
an off-net call (e.g., a public switched telephone network 
based call), in which the off-net party initiates the drop 
call sequence. The exemplary call processing sequence 
operates as follows: 25 

1 . Once the broadband residential gateway 300 de- 
tects an off hook condition, the broadband residen- 
tial gateway 300 may generate an off hook signal 
508 to the call manager (CM) 218. The off hook sig- 30 
nal acts as a dial tone request to the call manager 
218. Alternatively, the broadband residential gate- 
way 300 may collect all dialed digits before activat- 
ing the off hook condition. This alternative may be 
desirable to save resources at the call manager 218 35 
where multiple incoming lines are available to han- 
dle any additional calls. Thus, even though one 
phone is off-hook, the broadband residential gate- 
way 300 determines that other lines are available 
and does not initiate the off-hook signal until all di- *o 
aling digits have been collected. 

2. Where the call is managed entirely by the call 
manager, the call manager 21 8 will issue a dial tone 
message 509 to the requesting broadband residen- 
tial gateway 300 in order for the broadband residen- 45 
tial gateway 300 to generate a dial tone to the as- 
sociated phone. Where the broadband residential 
gateway 300 shares management of the call, the 
broadband residential gateway 300 generates the 
dial tone in response to the off-hook condition. 50 

3. Where the call is managed entirely by the call 
manager 218, the call manager 218 will then enter 
a state where it polls and collects the dialed digits 
510 from the broadband residential gateway 300. 
The dialed digits may then be transferred to the call 55 
manager 218 one at a time as they are entered. Al- 
ternatively, where the call set-up control process is 
shared between the broadband residential gateway 



300 and the call manager 218, the broadband res- 
idential gateway 300 collects the dial digits and 
transfers these, together with the off-hook signal to 
the call manager 21 8. This transfer may be facilitat- 
ed by combining this data into a single data packet. 

4. On receiving the dialed digits, the call manager 
218 will determine whether local number portability 
has been enabled. Where local number portability 
has been enable, the call manager 218 may issue 
a local number portability (LNP) query 511 to the IP 
local number portability database 122. The IP local 
number portability database 122 may then supply 
the call manager 218 with a routing number 512 if 
the dialed digits form a valid sequence. Where the 
dialed digits do not form a valid sequence, the call 
manager 218 will return an error indication to the 
broadband residential gateway 300. The error des- 
ignation may include a tone and/or a more detailed 
error message for display on, for example, display 
338. 

5. Where the call sequence is valid, the call man- 
ager 218 may issue a first call proceeding message 
513 to the broadband residential gateway 300 indi- 
cating that the number is valid and the call is pro- 
ceeding (e.g., a valid on-hook condition). 

6. Next, the call manager 218 typically determines 
whether adequate network resources are available 
to carry the call. In embodiments where the broad- 
band residential gateway 300 is connected to a hy- 
brid fiber-coaxial plant 112, the call manager 218 
may send an open gate allocation request 514 to 
the cable modem transmission system 116. In this 
event, it is often desirable for the cable modem 
transmission system 116 to provide a gate alloca- 
tion acknowledgement 515. A gate allocation ac- 
knowledgement may be utilized to verify that the 
necessary gate resources have been allocated. 

7. The call manager 218 may send an open con- 
nection request 516 to the voice gateway (VG) 232 
in order to provision the connection. Once the con- 
nection is provisioned, the VG 232 may provide an 
open connection acknowledgement 51 7 back to the 
call manager 218. 

8. For off network connections, it is often necessary 
to enter a second phase of the connection process 
involving the appropriate link signaling to establish 
a call. For example, the call manager 218 may send 
an ISUP I AM (Initial Address) message 518 con- 
taining the directory number (DN) of the called party 
to the signaling gateway (SG) 234. This process is 
often utilized to allocate the appropriate voice trunk 
for communication. The call manager 218 may also 
send an letting message 519 1 the broadband resi- 
dential gateway to produce an alerting signal, e.g., 
a ringing tone. The signaling gateway 234 may 
make the appropriate connections when the trunk 
has been allocated and acknowledge the request 
with an ISUP A call manager (Address Complete) 
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message 520. 

9. Once the called party has answered the call and 
connection is established, the signaling gateway 
234 may send an ISUP ANM (Answered) message 
521 to the call manager 218 indicating that the 
called party has answered. 

10. The call manager 21 8 may then send a call start 
message 522 to the accounting gateway (AG) 240, 
indicating the start of the call. The AG 240 may use 
this information for billing purposes. 

11 . At this point, the link has been established and 
the conversation 523 can proceed over the commu- 
nications path. Note that although signaling system 
7 (SS7) signaling is used herein to illustrate the 
present invention and is a well known signaling pro- 
tocol utilized in the art of telephony telecommunica- 
tion, the instant invention is not limited to the use of 
signaling system 7 (SS7) signaling for call estab- 
lishment of an off-network call; the use of signaling 
system 7 (SS7) signaling is merely illustrative. As 
such, other methods of signaling may be substitut- 
ed for signaling system 7 (SS7). 

11 . When the called public switched telephone net- 
work user terminates the link, an on hook signal 
may be sent to the appropriate public switched tel- 
ephone network switch, such as a SESS. The sig- 
naling network may then send a call termination 
message (not shown) to the signaling gateway 234 
as notification of the call termination status. 

12. The signaling gateway 234 may then generate 
a release 524 signal to the call manager 218. 

13. Upon receipt of the release 524 signal, the call 
manager 218 may a) initiate the relinquishment of 
the provisioned network resources by issuing a 
close connection 525 message to the voice gate- 
way ( VG) 232 and a release complete 526 message 
to the signaling gateway 234, b) inform the account- 
ing gateway that the call has been terminated, for 
billing purposes via, for example, sending a call end 
527 message to the accounting gateway 240. 

14. With reference to the close connection 525 mes- 
sage, the voice gateway may respond by issuing a 
report message 528 to the call manager 218 con- 
taining the current status of the call. 

15. On receiving the call status report 528, the call 
manager 218 may issue a delete connection 529 
message to the broadband residential gateway 
300. 

16. The broadband residential gateway 300 may 
then release its resources and sends a status report 
530 to the call manager 21 8. In addition to the report 
530, the broadband residential gateway 300 may 
also send an on hook 531 status report to the call 
manager 218. 

17. The call manager 218 may then inform the 
broadband residential gateway 300 to report the 
next off hook condition via message 532. 

18. Where a cable modem transmission system is 



utilized, the call manager 21 8 may then issues a re- 
lease gate 533 message to the cable modem trans- 
mission system 116 so that all the modem resourc- 
es can be relinquished. Once the gate resources 
5 have been released, the cable modem transmission 
system 118 sends a release gate complete 534 
message to the call manager 218. At this point, all 
resources pertaining to the call have been relin- 
quished. 

10 

C. Exemplary Call Flow of an On-Network Call to 
another On-Network User, Under One Call Manager 
Control 

15 [0099] Fig. 6 illustrates an exemplary call flow of an 
on-network call to another on-network user, with the call 
being handled by a single call manager (CM) 218. In 
alternate embodiments, different portions of the call set- 
up sequence may be handled by more than one call 

20 manager 21 8 in the IP network 120. The exemplary "on- 
network" call processing sequence operates as follows: 

1 . Once the broadband residential gateway 300A 
detects and off hook condition of, for example, a tel- 

25 ephone, the broadband residential gateway 300A 
may generate an off hook signal 607 to the call man- 
ager (CM) 218. The off hook signal may act as a 
dial tone request to the call manager 218. 

2. The call manager 218 may then issue a dial tone 
30 message 608 to the requesting near-side broad- 
band residential gateway 300A in order for the 
broadband residential gateway 300A to generate a 
dial tone. 

3. The call manager 218 may then enter a state 
35 where it polls and collects the dialed digits 609 from 

broadband residential gateway 300A. The dialed 
digits are transferred to the call manager 218 one 
at a time. In a similar fashion to the subject matter 
discussed above, in embodiments where the call 

40 setup is shared between the call manager 21 8 and 
the broadband residential gateway 300A, the 
broadband residential gateway may manage the 
call set-up and transfer both the off-hook signal and 
the dialed digits to the call manager 218 within one 

45 or more. 

4. On receiving the completed dialed digits, the call 
manager 218 may issue a local number portability 
query 610 to the IP local number portability data- 
base 122. The IP local number portability database 

50 122 may then supply the call manager 218 with a 
routing number 611 if the dialed digits constitute a 
valid sequence. 

5. The call manager 218 may then ensure that ad- 
equate network resources are available to accom- 

55 modate the call. 

6. Where adequate resources are available, the call 
manager 218 may issue a first setup message 612 
to whatever mechanism couples the far side broad- 
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band residential gateway 300, e.g., the cable mo- 
dem transmission system 116B, to allocate trans- 
mission resources on the far side. 

7. A call proceeding message and a report on hook 
condition message 613 may then be sent to the 
broadband residential gateway 300A. 

8. Agate allocation message 614 may then be sent 
from the call manager 218 to the cable modem 
transmission system 116A, where the broadband 
residential gateway 300A is coupled via a cable mo- 
dem transmission system. In this environment, a 
gate allocation 614 message may be utilized to set 
up the relevant modem resources. 

9. Where a cable modem transmission system is 
utilized and receives the setup message 612 from 
call manager 218, the cable modem transmission 
system 116B may then send a connection request 
615 message to the far side broadband residential 
gateway 300B. 

10. Where a cable modem transmission system 
116B is utilized, the cable modem transmission sys- 
tem may then sends a setup acknowledgement 616 
to call manager 218. Once the resources are allo- 
cated by the cable modem transmission system 
116A, the cable modem transmission system may 
then send a gate allocation acknowledgement mes- 
sage 617 back to the call manager 218. 

11. Once the call manager 218 receives the setup 
acknowledgement 616 along with the gate alloca- 
tion acknowledgement message 617, the far-side 
broadband residential gateway 300B may then 
send a ringing message 618 to the far-side cable 
modem transmission system 116B where this con- 
nectivity is utilized. 

12. In these embodiments, the far-side cable mo- 
dem transmission system 116B may then issue an 
alerting message 619 to the call manager 218. 

1 3. The call manager 21 8 may then convey the alert 
via an alerting message 620 to the broadband res- 
idential gateway 300A, to produce a indicating sig- 
nal such as a ringing signal indicating that the call 
is going through. 

14. The cable modem transmission system 116B 
may then issue a connect message 622 to the call 
manager 21 8 in response to the far-side broadband 
residential gateway 300B sending an off hook mes- 
sage 621 to the far-side cable modem transmission 
system 116B. At this point, the end-to-end commu- 
nication path is established and conversation 623 
can be facilitated. 

15. Assuming that the calling party hangs up first, 
the broadband residential gateway 300A may initi- 
ate an on hook sequence 624 message which may 
be communicated to the near-side cable modem 
transmission system 116A. 

16. The cable modem transmission system 116A 
may then issue a disconnect message 625 to the 
call manager (CM) 218. The call manager 218 may 



then issue a first delete connection request 626 to 
the near-side broadband residential gateway 300A 
and then a second delete connection request 627 
to the far-side broadband residential gateway 300B. 

5 17. The near-side broadband residential gateway 
300A may respond to the call manager 218 with a 
report message 628 containing the connection sta- 
tus, as well as an on hook message 630 to verify 
that the calling party at near-side broadband resi- 

10 dential gateway 300A has terminated the call. 

18. The far-side broadband residential gateway 
300B may respond to the call manager 218 with a 
report message 629 containing the connection sta- 
tus, as well as an on hook message 631 indicating 

15 that the called party connection has now been ter- 
minated. 

19. At this point, the call manager 218 may issue 
release gate messages 634 and 635 to the near- 
side cable modem transmission system 21 8 and far 

20 side cable modem transmission system 116B, re- 
spectively, so as to release the modems associated 
with the call. Once all the resources have releases, 
the cable modem transmission system 116A and 
the cable modem transmission system 116B may 

25 issue gate release complete messages 636 and 
637 respectively to the call manager 218. 

20. For simplicity, the accounting processing is not 
shown. However, the process used in Fig. 5 may be 
utilized as the billing procedure for on-net calls. 

30 Such a process might constitute sending a call start 
message from the call manager 21 8 to an account- 
ing gateway (AG) 240 after the connect message 
622 is sent from the far-side cable modem trans- 
mission system 116B to call manager 218. The call 

35 start message would trigger the start of the billing 
procedure. A corresponding call end message 
would then be sent from the call manager 21 8 to the 
AG 240 after the near-side cable modem transmis- 
sion system 116A sends a the disconnect message 

40 625 to the call manager 21 8. This call end message 
would trigger the ending of the billing procedure for 
that call. 

Although the IP voice packets for these calls are typi- 
45 cally routed over the IP network 120, the system may, 
where appropriate, route IP voice packets over the In- 
ternet 180. 

II. Virtual Leased IP Line 

50 

[0100] When multimedia data, which may include 
computer data, video data and the like, is transmitted 
over the Internet using an Internet Protocol form, pack- 
ets are sent from a source to a destination via an "IP 
55 backbone" that is a high-speed, high performance net- 
work that links other networks together. In the broad- 
band network described above, a Call Manager looks at 
the routing table for an available router for transmission 
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of the desired data from the source to the destination. 
Since a user may need to minimize transmission delays, 
the present invention provides for a user to lease a vir- 
tual IP line in order to guarantee a minimum bandwidth. 
The virtual IP line consists of path for a selected routing 
scheme that achieves the desired minimum bandwidth. 
For example, where a user may need a minimum band- 
width to assure that live video such as transmission of 
an event in real time or a video conference may be re- 
ceived, the user may contact the Call Manager and re- 
quest reservation of a specified bandwidth. The Call 
Manager then sets up a virtual IP line to guarantee suf- 
ficient bandwidth availability to accomplish the task. 
When the event or video conference is completed, the 
Call Manager then releases the bandwidth for use by 
others. Hence, where a video conference is needed, 
bandwidth is needed for at least video in both directions 
and the accompanying audio. In addition, video confer- 
ence participants may wish to transfer documents as- 
sociated with the video conference for viewing by par- 
ticipants. Thus, a particular minimum bandwidth is re- 
quired to assure the users that the video conference 
may proceed. Where the video conference is to be 
transmitted over an IP network, a user may request a 
guarantee of a Quality Of Service, i.e., provision of at 
least a minimum bandwidth together with other prese- 
lected parameters such as delay limits, blocking param- 
eters and BER that will support his needs. The Call Man- 
ager selects a routing path that will provide such a guar- 
antee. 

[0101] In one embodiment, packets in the virtual IP 
leased line are given a higher priority than other packets, 
thus assuring a throughput that will guarantee a mini- 
mum bandwidth. Such an implementation is generally 
utilized in a manner that does not conflict with other 
voice traffic, i.e., the transmission path is selected such 
that it that will not interfere with other voice traffic. 
[0102] In one embodiment, packets may be rerouted 
over an ATM or Frame Relay network. The call manager 
sets up a connection and directs an edge router to en- 
capsulate IP packets in an ATM cells or Frame Relay 
format and route them over the ATM/Frame Relay net- 
work. Thus, intelligent routing functions are placed in the 
edge router. The edge router encapsulates the IP pack- 
ets in ATM cells/Frame Relay format and sends the cells 
over the ATM/Frame Relay network. At the remote end, 
another edge router reconfigures the ATM cells/Frame 
Relay format to the IP packet format. It should be noted 
that the Frame Relay implementation described here is 
more efficient than the ATM implementation. 
[0103] In another embodiment, special routers in the 
IP network may permit a committed information rate by 
provisioning of bandwidth in routers to allow committed 
information rates, reduce traffic to routers handling the 
leased line and increase traffic on legs not carrying 
leased line traffic. Thus, by utilizing the routing tables 
and using specialized routers in the IP network, a virtual 
leased IP line may be provided. 



40 

[0104] The nature of traffic for an IP network is con- 
nection-less packet-switched traffic, as compared with 
traditional wire line connection-oriented circuit-switched 
traffic. In other words, the IP resources may be shared 

5 among users even though the "line" appears to be "re- 
served" or "leased" by a user. The guaranteed through- 
put for IP leased line traffic is maintained by rigorous 
traffic monitoring, performance tuning and traffic rout- 
ing, not by static end-to-end physical resource assign- 

10 ment. 

[0105] Similar to PSTN "leased line" concept, the IP 
leased line connection will guarantee a predetermined 
amount of bandwidth or throughput, usually higher than 
voice-grade bandwidth. Since the leased line is not a 

15 physical line as in conventional PSTN, the leased line 
may be billed to the subscriber on an as needed and/or 
per call basis, instead of 24 hours a day as in conven- 
tional systems. This allows leased lines to become more 
affordable to the smaller user. 

20 [0106] The leased IP line will appear to the user that 
the connection to the other side is always on and the 
throughput is constantly maintained at a certain rate. 
However, the network uses fewer resources than the 
wire-line based lease line implementation because the 

25 resources required to maintain the leased line in the IP 
environment is different than that of the wire line. In the 
IP environment, a virtual pipe is created to transmit the 
data packets on a particular leased "line." Further, the 
packets that transport the leased line traffic share the 

30 same physical network elements as other types of non- 
leased line traffic. Due to this unique difference from 
conventional hard wired leased lines, the IP network will 
need built-in network routing algorithms to detect the ac- 
tual usage of traffic in a particular IP leased line. The 

35 network routing algorithms will look at the headers of 
packets to determine whether preferential treatment for 
the packets is required. Such treatment will be applied 
to leased line traffic, allowing the packet to access net- 
work resources in a preferred fashion. Any of such al- 

40 gorithms that are known in the art may be used. 

[0107] Also, traffic overloading of an IP leased line 
may be more easily handled than in a conventional 
leased line. Whenever a network element in the IP net- 
work detects a traffic overload condition, the stressed 

45 node will notify other nodes to re-route the IP leased line 
packets to other network elements for transport. Thus, 
there is much less likelihood of an overload condition 
than in traditional wired leased lines. Clearly, however, 
where a user overloads the line, he must renegotiate the 

50 chosen parameters and pay an additional fee for more 
bandwidth or experience degradation in line quality. 
[0108] Figure 7 is a flow chart showing steps for one 
embodiment of a method for transmission of internet 
protocol traffic along a transmission path in a broadband 

55 communication system to provide a guaranteed mini- 
mum bandwidth over a virtual leased IP line in accord- 
ance with the present invention. The method typically 
includes the steps of: requesting 702, by a user, reser- 
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vation of a guaranteed minimum bandwidth sufficient for 
a predetermined IP traffic usage; selecting 704 automat- 
ically and dynamically, by a call manager in response to 
requesting by the user, a transmission path for the virtual 
leased IP line wherein the path provides at least the 5 
guaranteed minimum bandwidth sufficient to accommo- 
date the predetermined IP traffic usage; and reserving 
706, by the call manager, the bandwidth for the trans- 
mission path. As desired, the user may further request 
708 at least one Quality of Service Parameter in addition 
to the guaranteed minimum bandwidth sufficient for the 
predetermined IP traffic usage. For example, a Quality 
of Service Parameter may include: a minimum accept- 
able source-to-destination transmission delay; a prede- 
termined maximum number of dropped packets per 
preselected time frame; a particular BER; a blocking 
rate; and a predetermined quality of a voice-grade trans- 
mission path. 

[0109] Figure 8 is a flow chart showing another em- 
bodiment of steps in accordance with the method of the 
present invention. The method provides a transmission 
path that includes a virtual leased Internet Protocol (IP) 
transmission portion/line for transmitting Internet Proto- 
col (IP) packets across a broadband communication 
network. The steps generally include: requesting 802, 
by a user, a guaranteed minimum bandwidth for a prese- 
lected transmission; selecting 804 automatically, by a 
call manager, the transmission path for transmitting the 
IP packets to provide the guaranteed minimum band- 
width; and reserving 806, by the call manager, the trans- 
mission path such that the transmission path substan- 
tially comprises a virtual leased IP line. Typically, the 
broadband communication network includes at least an 
Internet Protocol Telephony Network and a public 
switched telephone network. As described above, an 
ATM or Frame Relay system may also be utilized. Clear- 
ly, the user may implement desired Quality of Service 
parameters as described above. 
[0110] Figure 9 is a block diagram showing one em- 
bodiment of a broadband communication system for 
transmission of internet protocol (IP) traffic in accord- 
ance with the present invention. The broadband com- 
munication system typically includes at least a first de- 
vice/customer premises equipment/computer/phone 
102, for inputting/receiving data by/to a user for request- 
ing a guaranteed minimum bandwidth for a preselected 
transmission and for receiving the preselected transmis- 
sion; a broadband residential gateway unit 300, ar- 
ranged to receive input/received information from/to the 
device/customer premises equipment/computer/ 
phone102; an IP Network 120, arranged to receive the 
information from/to the device/customer premises 
equipment/computer/phone and to receive the informa- 
tion from/to a call manager; and the call manager 218, 
arranged to send/receive the information to/from the IP 
Network 120, for selecting, automatically, the transmis- 
sion path for transmitting the IP packets to provide the 
guaranteed minimum bandwidth and reserving the 



transmission path such that the transmission path sub- 
stantially comprises a virtual leased IP line. The broad- 
band residential gateway 300 may further be coupled to 
a hybrid fiber-coaxial (HFC) plant 112 that is coupled to 
a head-end hub 115 that is coupled to the IP network 
120. The user may request desired Quality of Service 
parameters as set forth above. 
[01 1 1] Figure 1 0 is a block diagram of a computer pro- 
gram product for automatically determining a transmis- 
sion path that includes a virtual leased Internet Protocol 
(IP) transmission portion/line for transmitting Internet 
Protocol (IP) packets across a broadband communica- 
tion network in accordance with the present invention. 
The computer program product 1002 generally includes 
a computer readable storage medium 1004 having a 
computer-executable program 1006 embodied in the 
medium. The computer executable program generally 
includes: 

computer-executable program code 1008 for receiving 
a request, by a customer premises user, for a guaran- 
teed minimum bandwidth for a preselected transmis- 
sion; computer-executable program code 1010 for se- 
lecting automatically the transmission path for transmit- 
ting the IP packets to provide the guaranteed minimum 
bandwidth; and computer-executable program code 
1012 for reserving the transmission path such that the 
transmission path substantially comprises a virtual 
leased IP line. The broadband communication network 
may include an Internet Protocol Telephony Network 
and a public switched telephone network and may also 
include an ATM network or a Frame Relay network. If 
desired, the computer-executable code may be ar- 
ranged to accept the user's request for selected Quality 
of Service parameters, as described more fully above. 
[01 12] The IP leased line is essentially a configuration 
of the routers by the Call Manager to route traffic to spe- 
cific routes, i.e., the routing tables are configured to 
send traffic to a specific router. These routers may be 
configured to handle traffic when the leased line is not 
in use. However, traffic will be off-loaded to give priority 
to leased line traffic. 

[01 1 3] Although the invention has been defined using 
the appended claims, these claims are exemplary and 
not limiting in that the invention is meant to include one 
or more elements from the apparatus and methods de- 
scribed herein and in the applications incorporated by 
reference in any combination or subcombination. Ac- 
cordingly, there are any number of alternative combina- 
tions and equivalents for defining the invention, which 
incorporate one or more elements from the specification 
(including the drawings, claims, and applications incor- 
porated by reference) in any combinations or subcom- 
binations. 

[0114] Where technical features mentioned in any 
claim are followed by reference signs, those reference 
signs have been included for the sole purpose of in- 
creasing the intelligibility of the claims and accordingly, 
such reference signs do not have any limiting effect on 
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ternet Protocol Telephony Network and a public 
switched telephone network. 

6. The method of claim 4 further Including requesting, 
5 by said user, at least one Quality of Service Param- 
eter in addition to said guaranteed minimum band- 
width sufficient for the predetermined IP traffic us- 
age. 

10 7. The method of claim 6 characterised in that said at 
least one Quality of Service Parameter includes: a 
minimum acceptable source-to-destination trans- 
mission delay; a predetermined maximum number 
of dropped packets per preselected timeframe; and 

15 a predetermined quality of a voice-grade transmis- 
sion path. 



the scope of each element identified by way of example 
by such reference signs. 



Claims 

1 . A method for transmission of internet protocol traffic 
along a transmission path in a broadband commu- 
nication system to provide a guaranteed minimum 
bandwidth over a virtual leased Internet Protocol 
(IP) line, comprising the steps of: 

requesting, by a user, reservation of a guaran- 
teed minimum bandwidth sufficient for a prede- 
termined IP traffic usage; 
selecting automatically and dynamically, by a 
call manager in response to requesting by the 
user, a transmission path for the virtual leased 
IP line wherein the path provides at least the 
guaranteed minimum bandwidth sufficient to 
accommodate the predetermined IP traffic us- 
age; and 

reserving, by the call manager, the bandwidth 
for the transmission path. 

2. The method of claim 1 further including requesting, 
by said user, at least one Quality of Service Param- 
eter in addition to said guaranteed minimum band- 
width sufficient for the predetermined IP traffic us- 
age. 

3. The method of claim 2 characterised in that said at 
least one Quality of Service Parameter includes: a 
minimum acceptable source-to-destination trans- 
mission delay; a predetermined maximum number 
of dropped packets per preselected time frame; and 
a predetermined quality of a voice-grade transmis- 
sion path. 

4. A method for providing a transmission path that in- 
cludes a virtual leased Internet Protocol (IP) trans- 
mission portion/line for transmitting Internet Proto- 
col (IP) packets across a broadband communica- 
tion network, comprising the steps of: 

requesting, by a user, a guaranteed minimum 
bandwidth for a preselected transmission; 
selecting automatically, by a call manager, the 
transmission path for transmitting the IP pack- 
ets to provide the guaranteed minimum band- 
width; and 

reserving, by the call manager, the transmis- 
sion path such that the 

transmission path substantially comprises a vir- 
tual leased IP line. 

5. The method of claim 4 characterised in that said 
broadband communication network includes an In- 



8. A broadband communication system for transmis- 
sion of internet protocol (IP) traffic, comprising: 

20 

at least a first device/customer premises equip- 
ment/computer/phone, for inputting/receiving 
data by/to a user for requesting a guaranteed 
minimum 

25 bandwidth for a preselected transmission and 

for receiving the preselected transmission; 
a broadband residential gateway unit, arranged 
to receive input/received information from/to 
the device/customer premises equipment/com- 
30 puter/ phone; 

an IP Network, arranged to receive the informa- 
tion from/to the device/customer premises 
equipment/computer/phone and to receive the 
information from/to a call manager; and 
35 the call manager, arranged to send/receive the 

information to/from the IP Network, for select- 
ing, automatically, the transmission path for 
transmitting the IP packets to provide the guar- 
anteed minimum bandwidth and for reserving 
40 the transmission path such that the transmis- 

sion path substantially comprises a virtual 
leased IP line. 

9. The broadband communication system of claim 8 
45 characterised in that said broadband residential 

gateway is further coupled to a hybrid fiber-coaxial 
(HFC) plant that is coupled to a head-end hub that 
is coupled to said IP network. 

50 10. The broadband communication system of claim 8 
characterised in that said user also requests at least 
one Quality of Service Parameter in addition to said 
guaranteed minimum bandwidth sufficient for the 
predetermined IP traffic usage. 

55 

11. The broadband communication system of claim 10 
characterised in that said at least one Quality of 
Service Parameter includes: a minimum acceptable 
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source-to-destination transmission delay; a prede- 
termined maximum number of dropped packets per 
preselected time frame; and a predetermined qual- 
ity of a voice-grade transmission path. 

5 

12. A computer program product for automatically de- 
termining a transmission path that includes a virtual 
leased Internet Protocol (IP) transmission portion/ 
line for transmitting Internet Protocol (IP) packets 
across a broadband communication network, com- 10 
prising: 

a computer-readable storage medium have compu- 
ter-executable program code embodied in the me- 
dium, the computer-executable program code com- 
prising: 15 



computer-executable program code for receiv- 
ing a request, by a customer premises user, for 
a guaranteed minimum bandwidth for a prese- 
lected transmission; 20 
computer-executable program code for select- 
ing automatically the transmission path for 
transmitting the IP packets to provide the guar- 
anteed minimum bandwidth; and 
computer-executable program code for reserv- 25 
ing the transmission path such that the trans- 
mission path substantially comprises a virtual 
leased IP line. 



1 3. The computer program product of claim 1 2 charac- 30 
terised in that said broadband communication net- 
work includes an Internet Protocol Telephony Net- 
work and a public switched telephone network. 

14. The computer program product of claim 12 charac- 35 
terised in that said request further includes a further 
request, by said user, for at least one Quality of 
Service Parameter in addition to said guaranteed 
minimum bandwidth sufficient for the predeter- 
mined IP traffic usage. *o 

15. The computer program product of claim 14 charac- 
terised in that said at least one Quality of Service 
Parameter includes: a minimum acceptable source- 
to-destination transmission delay; a predetermined 
maximum number of dropped packets per prese- 
lected time frame; and a predetermined quality of a 
voice-grade transmission path. 

16. The computer program product of claim 12 charac- 50 
terised in that said computer program product is im- 
plemented by a call manager. 

17. The computer program product of claim 12 charac- 
terised in that said broadband communication net- 55 
work includes at least one of: an ATM network and 

a Frame Relay network. 
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